CNET Japan Blog - 江島健太郎 / Kenn's Clairvoyance：創造的なエンジニアのための働く環境とは（１）
創造的なエンジニアのための働く環境とは（１） 公開日時： 2006/01/23 18:29 著者： kenn 最近、自分のワークスタイルを大きく変えてみて、非常に強く感じることがある。 エンジニア、それも言われたことをソツなくこなすタイプではなくて、アンテナの感度が高く、自発的に新技術を磨き続けることを怠らず、自分の作ったものを広く世に出すことが楽しいと考えるエンジニアが、商業的に実りのあるモノを作り出せるようになるためには、ある特殊な条件が、きわどいぐらいのバランスで揃うことが重要なのだな、ということがわかってきた。もちろん、まだそれを理解するプロセスの真っ最中なのだけれど、考えがひとまとまりの輪郭をとってきたので、つれづれ書いてみようと思う。 ぼくは、インフォテリアというソフトウェアの会社で６年も製品企画その他、会社がリリースする「モノ」の運命にかかわる重大な意志決定に、経営
悪魔に心を売っても納期を守る！ 裏技術 ― ＠IT自分戦略研究所
きっかけは知り合いのエンジニアから聞いた、何げないひと言でした。「納期？ いざとなったら要件を変えちゃっても何とかするよ」。それがきっかけで300人のエンジニアに、「納期に間に合わないと分かったときに使う裏技術」を尋ねたわけです。 アンケート調査では、納期に間に合わせるためのワザ以外にも、前提となる納期の厳しさや現状の納期への考え方なども聞いています。 「仕事が始まった時点で納期達成が絶望的」（図1）ってかなりむちゃな話ですが、仕事の半分以上がそうだというエンジニアが4割もいます。普通の仕事だってスケジュールは徐々にズレていき、結局は納期と戦う羽目になるでしょ。それなのに、例えば「最初から納期は絶望的」な仕事が8割という人が、10人に1人いるわけです。 それを思うと、「何が何でも納期は守る」と答えた人のエンジニア魂が光りますね（図2）。しかもこの18％（53人）の「納期が絶望的な仕事」の割
「強み」とは何か - codemaniaxの脱・公務員宣言
■[professionals]「強み」とは何か 22:49 強みの上に自らを築け − ＠IT自分戦略研究所 http://jibun.atmarkit.co.jp/ljibun01/column/horiuchi/horiuchi26.html この記事を読んで思わず唸ってしまいました。というのは、僕が普段から考えていること、まさにそのままだったからです。 しばしば気になるのが、「強み」イコール「他人が口出しできないくらいの専門領域を持つこと」だととらえられていること。もちろんそれも強みを構成する要素ですが、それだけではありません。 見出しだけ抜き出すとこんな感じでしょうか。 強みとは何か 強みとは相対的なもの 強みとは厳しい競争の末に認められるもの 強みとは自分の好きなこと・得意なことの周辺にあるもの 1対Nのジャンケンで考える、強みの複合効果 仕事で求められる強みは1つではあり得ない
社内ブログはナレッジマネジメントツールとして機能するか？
本コラムでは、ネットワークの新しいテクノロジや考え方に注目する。注目するテクノロジへの、企業の新しいスタンダードとして浸透していくことへの期待を込めてコラムタイトル「ものになるモノ、ならないモノ」にした。 第1回目は、グループウェアやナレッジマネジメントツールの土俵に上がってきた「社内ブログ」にスポットを当てたい。（編集部） 連載目次 社外向けのPR利用でのビジネスブログ 「ビジネスブログ」という言葉を聞いてまず思い出すのが、企業が自社商品などの宣伝のために公開するブログであろう。個人ブログのブームに呼応するかのように、いまでは企業も、先を争うようにブログを構築して「SEO的にバッチリ」「低コストの割にはアクセスを稼げる」「コメントやトラックバックで生の声が集まる」「掲示板と違って荒らし行為が少ない」などのメリットを声高にうたい、ちょっとしたブームの到来だ。そして、ホリエモンで一躍市民権を
理解しあうことのない「二つの別世界」の予感
本連載ではここのところ、ネット世界の最先端で何が起きているのかということに焦点を当てている。情報技術(ＩＴ)ではなく「情報そのものに関する革命的変化」が今起ころうとしているのだということを、何とか伝えたいと思うからだ。しかし今、その大変化は、ネットの「あちら側」で起きている。見ようという意思を持たなければ見えない場所で起きている変化だから、これが厄介なのである。 たとえばグーグルの時価総額はそろそろ十兆円に近づくかという勢いだが、この会社の何が凄いのかということをほとんどの人がよくわからない。 同じ「凄い」という話でも、トヨタのことなら想像がつく。クルマという手触りのある製品があり、販売チャネルや保守サービスという企業との接点では人の顔が見え、クルマが工場でどうやって作られているかも、皆だいたい想像できるからだ。そういう共通理解の上で「トヨタの秘密」について読んだり聞いたりすれば、トヨ
My Life Between Silicon Valley and Japan - 情報の伝播の新しさと、それを苦々しく思う人たちの存在
東京から帰ってきました。時差ボケで午前2時半に起きてしまいましたが、僕の場合、3時から4時の間に起きることもあるので、東京から戻ったあとの時差解消は比較的容易です。 仕事最終日の金曜夜は、フォーサイト・クラブのセミナーをやりました。僕は滅多に一般向けの講演をしないので、ひどく緊張しました。聴衆にかなりばらつきがあり、しかもどんな人たちなのかがわからず、500人が対象というのは、講演慣れした人ならば軽く流せるのかもしれませんが、真剣に対峙しようとするとけっこうエネルギーがいるのです。集中しすぎてしまったみたいで、終了後は疲れ果てて、新潮社の人たちとの打ち上げではあまり食べられず、かえってご心配をおかけしました(もうだいぶ元気になりました)。本欄読者の方もずいぶん多く東商ホールに足を運んでくださって、有難うございました。 それでびっくりしたのは、ふらふらになってホテルに帰ってみたら、つまり講演
近況 - フォーサイトクラブ・セミナー「ウェブ社会『大変化』への正しい対応・間違った対応」梅田望夫さん講演ログ
仕事を早めに切り上げて梅田望夫(id:umedamochio)さん講演に行ってきました。私はフォーサイト誌の読者ではありませんが、フォーサイトクラブ・セミナーのお知らせを読んで講演の開催を知りました。ダメモトで抽選に申し込んだら当たった次第。 以下は私が講演を聴きながらPCのキーボードを叩いて記録したログです。 このログをご覧になる方にお願いしたいのですが、「ここに書いてあることが梅田さんの講演内容100%ではない、内容が正しいかもわからない」ということをご承知ください。 できるだけがんばって追いつきましたが、梅田さんのお話を正しく、完全に書き取れたわけではありません。ログを取りながら梅田さんの話の展開について行けなくて取りこぼした部分や、帰りの電車で記憶を頼りに追加修正した部分が結構あります。 梅田さんがblogエントリに書かれたなかで、今回の話に関連すると思う話題にリンクを張っています
脚光を浴びる価格最適化技術
Apple Computerは、MacやiPodなどのヒット商品を市場に送り出せるほどマーケティング力に長けているが、そんな同社でもこと製品の価格設定に関しては社外の力を必要とする場合がある。 Appleは今年に入って、小売価格最適化に特化したソフトウェアを開発するRaptの助力を仰いだことを明らかにした。同社はこれにより、移ろいやすい消費者のトレンドに機敏に対応し、それによって何百万ドルという売上を新たに得られるような価格設定戦略を追求しようとしている。 RaptのCEO、Tom Chavezは「Appleが、より綿密な小売価格戦略を立てるための手法を求めて、われわれを訪ねてきた」と説明した。 アナリストによれば、移り気な消費者の購買傾向を予測することは、ますます科学の域に近づいているという。「同じTシャツなのに、何故ある色が他の色よりもよく売れたのかを理解することは、異なる商品の売れ行
梅田望夫さんが見ている、どこか遠い世界
梅田望夫さんの記事って、どんな層を対象に設定して書かれているのだろう。そして実際の読者は、どんな人々なのだろう。 「これからの10年飲み会」で話したこと、考えたこと 「勉強能力」と「村の中での対人能力」 「知の創出」のコモディティ化への戸惑い 世の中は日に日に複雑化し、「勉強能力」「学習能力」が仕事上ますます大切になっているのは事実である。ただその一方で、それだけで飯が食える場(チャンス)が確実に減っている気がしている。インターネットのおかげで。あるいはインターネットのせいで。 それで一つの仮説として、「飯を食うための仕事」と「人生を豊かにする趣味」はきっちり分けて考え、「勉強好き」な部分というのは「音楽好き」「野球好き」「将棋好き」と同じ意味で後者に位置づけて生きるものなのだ、と考えるってのはアリなのかもしれないなと思い始めているのである。文学や哲学が好きで文学部に進んだ人なんかの場合は
スピードとパワーの源泉「情報共有」という組織原理 : シリコンバレーからの手紙 106
情報を共有することによって生まれるスピードとパワーについて、私たちはもっと真剣に考える必要がある。そう強く思うようになったのは、私が（株）はてなに参画し、インターネットを駆使する若い世代の全く新しい仕事の仕方を経験してからだ。むろん従来型大組織だってインターネットを活用している。莫大なコストをかけたグループウェアが社内システムとして動き、誰もが電子メールを利用する。では最大の違いは何か。 私が、はてなで仕事を始めてまず不思議に思ったのは、彼等が社内で電子メールをあまり使わないことだった。その代わり社員全員が、ビジョンや戦略の議論、新サービスのアイデアから、日常の相談事や業務報告に至るまで、ほぼすべての情報を、社内の誰もが読めるブログに書き込む形で公開し、瞬時に社員全員で共有するのである。特定の誰かに指示を仰ぐための質問、それに対する回答、普通なら直属の上司にまず報告すべき内容、すべていき
理想を持つことが良い転職への近道
毎日、人材紹介会社のコンサルタントは転職希望者と会う。さまざまな出会い、業務の中でこそ、見えてくる転職の成功例や失敗例。時には転職を押しとどめることもあるだろう。そんな人材コンサルタントが語る、転職の失敗・成功の分かれ道。 ITエンジニアであれば、常にスキルアップやキャリアアップを意識している方が多いのではないでしょうか。今回は、そういう方に対して、IT業界でキャリアアップのために実際に転職した経験がある先輩としてお話ししたいと思います。 理想を持ち、キャリアを意識しよう！ では、よい転職をするために何が必要かを考えてみましょう。毎日、淡々といまある仕事だけを片付けるようなスタンスでいると、あっという間に年を取ってしまいます。 まずは、理想を持ってください。何年後にはこうなっていたい、いくらの年収をもらいたいなど、具体的な目標を持つことです。これは非常に大事です。この理想（＝将来のキャリア
転職の失敗・成功の分かれ道 第10回
毎日、人材紹介会社のコンサルタントは転職希望者と会う。さまざまな出会い、業務の中でこそ、見えてくる転職の成功例や失敗例。時には転職を押しとどめることもあるだろう。そんな人材コンサルタントが語る、転職の失敗・成功の分かれ道。 入社前と実際の業務が違う 入社前と入社後の仕事内容や条件が食い違っていたため、前職を短期間で辞めた方が相談に来られるケースがあります。皆さんの周りでも、そんな話を聞いたことはないでしょうか。 企業側が正しく仕事内容・条件を伝えていなかったということが、食い違いの要因の多くを占めています。その一方で、転職者側がきっちりとどういう仕事内容・条件なのかを聞いていなかったということも多いのです。 安部氏の例から学べること 弊社に転職相談にこられた安部氏（仮名、29歳）ですが、そのときには3カ月勤めた会社を退職していました。安部氏はバリバリのJavaエンジニアで、退職理由を本人に
＠IT：ITアーキテクトを探して（1）
言葉だけが先行している感があった「ITアーキテクト」の人物像が、徐々に明確になりつつある。独立行政法人である情報処理推進機構（IPA）では“ITアーキテクト像”を明確にし、1年半をかけて「ITアーキテクトが備えるべきスキル標準」を整備してきた。2003年12月に発足したプロフェッショナルコミュニティ／ITアーキテクト委員会の活動報告から、ITアーキテクトの姿を追っていく。 ITアーキテクトらが自らの職務を総括 2003年12月、経済産業省の外郭団体である情報処理推進機構（IPA）に「プロフェッショナルコミュニティ」が創設された。プロフェッショナルコミュニティとは、ビジネスIT分野をけん引するエキスパートが会社や組織の枠を超え、日本のIT人材のレベルアップに貢献することを目的とした業種横断的なワーキンググループ。2005年5月現在、ITアーキテクト（ITA）委員会、アプリケーションスペシャリ
＠IT： ITアーキテクトとスーパーSEの違い
ITアーキテクトという職種は、その職種をつくり上げてきた先人がいたからこそ、今日存在するものだといえる。ITアーキテクトをつくり上げ、現在第一線のITアーキテクトとして活躍しているエンジニアは、どのような道筋をたどってきたのか。また、今日のITアーキテクトの流行をどのように見ているのか。情報処理推進機構（IPA）ITアーキテクト委員会の主事を務める日本IBM サービス事業 ストラテジー＆コンピテンシー IBMディスティングイッシュド・エンジニア ITアーキテクト 榊原彰氏のインタビューをお送りする 私が入社したときには、実はITアーキテクトという職種は存在していませんでした。現在でいうプロジェクトマネージャもITアーキテクトもすべて「システムエンジニア」（SE）という1つの職種でくくられていたのです。システムエンジニアのほか、メインフレームマシンの保守を担当する「カスタマーエンジニア」、そ
組み込み開発フォーラム - MONOist
組み込みソフトウェア／ハードウェア開発における技術力の向上、改善・最適化などを幅広く支援する“組み込み開発エキスパート”のための情報フォーラム
リーダーシップは天性ではない
連載内容のおさらい まずは連載内容のまとめとして、それぞれの連載内容の要約と、「どのような人が、どのようなときに読むと効果的か」を説明します。もちろん連載内容は、初回から順次読むと効果的なように組み立ててありますが、それぞれの回を単独で読んでも、なんらかの気付きがあるはずです。 第1回 開発者からリーダーへの視点の切り替え 連載初回は、プロジェクトリーダーが持つべき価値観と、従うべき原則論について説明しました。メンバーとリーダーでは全く違う視点を持つ必要があり、これらの切り替えが最も難しい課題となります。いままで何回かリーダーの経験があるけど、どうもチームがうまく機能していないと感じるリーダーは、まずは初回から読み進めてください。 第2回 なにはともあれ、まずはチームビルディング リーダーにとって、チームビルディングは最も重要な活動の1つです。第2回は、プロジェクトチーム計画書作成を通じて
やってはいけない、設計と実装の並行作業
“常識的な判断”って何？ 前編（「コレだけ準備すれば分散開発に失敗しない」）では、（遠隔）分散開発に携わる、アーキテクチャやチーム運営、設計手法に主な視点を当ててきました。後編ではむしろ、実装からリリースまでのより現場の中で起きていたことに焦点を当ててゆきます。この分散開発中に東京の元請けから発せられた言葉で非常に印象に残っているものがあります。興味深いと思われるので紹介します。プロジェクトの初期に画面設計書の記述をするに当たって、仕様の確認をしていたときに顧客から“そこは常識的な判断でお願いします”と仕様の不明確な部分に関して言葉を濁されてしまったことが何度かありました。 システムを作るうえで“常識的な判断”って何でしょうか？ 複数のラジオボタンが並んでいてもある人は当然単一選択だと思い、また別の人は複数選択できるかもしれないと考えるでしょう。この企業間、個人間の“常識”という言葉の食い
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://nb.nikkeibp.co.jp/free/x/20060116/20060116005209.shtml
日経ビジネス EXPRESS X : 【近藤淳也インタビュー：後編Part2】まっとうな意見を通す組織を
http://amanoudume.s41.xrea.com/cgi-bin/mt/archives/000413.html