なぜITアーキテクトは流行らないのか (arclamp.jp アークランプ)
先週から原稿の締め切りが重なり、かつクライアント向けの書き物が多かったのでブログの更新が止まりました。「ヒトが一週間で書ける文字量は決まっている」と思っているのですが、他の人はどうなんだろう。なんか、ずっと同じリズムでブログを書けるヒトは本当にすごいと思う。 閑話休題。某雑誌の執筆者飲み会に行ったときのこと。雑誌の方を目の前に「ITアーキテクトが認知されないのはマスコミのせいもありますよ。PMばっかり持ち上げて。いま、現場で必要なのはテクノロジーとマネジメントのバランスですよ！」みたいなことを言ってみました。 「確かにそうかも」と同意していただいた後に"ITアーキテクトを流行らせにくい理由"を教えてもらいました。 PMの大切さを伝えるときに、ロジックだけではなくてストーリーで伝えることも大事だと思っています。その点、PMは危機的な状況に陥ったプロジェクトを救うストーリーがある。ITアーキテ
Life is beautiful: ソフトウェアの仕様書は料理のレシピに似ている
先日、経済産業省向けの仕事をしている知り合いと食事をしたのだが、彼によると経済産業省の今の悩みは、「IT産業の階層化の弊害によっておこる下流のプログラマーの収入の低下」だそうである。「プライムベンダー」と呼ばれる「上流コンサルタント」たちがインドや中国にも仕事を発注できることを理由に、激しく値切り始めたために、今やわずか一人月３０万円というケースもあるという。 こんな話を聞くと本当に悲しくなる。まず第一に「プログラムを書く」という仕事は簡単な仕事ではない。数学的な頭を持っていないとかなり辛いし、基礎がしっかりと出来ていないとろくなソフトウェアは作れない。物価の安いインドや中国なら許せるが、米国よりも生活費の高い日本で一人月３０万円とはあまりにも低すぎる。 「彼らは下流のエンジニアで、詳細仕様書に従った通りのプログラムを書くだけの簡単な仕事をしているから給料が安い」という説明を聞いたことがあ
日本のソフトウエア生産性と品質は世界最高水準〜なぜ日本のソフトは国際競争力がないのか。 - 木走日記
●日本のソフトウエア生産性と品質は世界最高水準〜ではなぜ日本のソフトは国際競争力がないのか。 私の知人のアメリカ人スティーブ氏はＩＴコンサル業として長年日本で日本人スタッフとともにシステム開発に携わってきました。 同業者でもある彼は私の良き飲み仲間でもあり、私とは長年仕事の話から政治・経済の話まで本音で話のできる間柄であり、そして双方の奥さん同士も親友という家族ぐるみのつきあいをさせていただいております。 彼の日本のＩＴ業、特にソフトウエア開発業に関する知見は、日米双方の開発現場を渡り歩いてきた技術者として、とても参考になるのであります。 彼は大の親日家であり、ＩＴ業を通じて日米の架け橋となることを生涯の仕事と心に定めているのであります。 ■日本には下らない商習慣が多すぎる スティーブ「しかし日本のこの会計年度が３月末に集中している悪習はどうにかならんかね。なんで年度末になるとこうも忙しく
顧客の機能要求に折れないこと!
Kathy Sierra /青木靖 訳 2006年5月10日 製品やサービスが成功するほど、ユーザの要望を受け入れるようにというプレッシャーは強くなる。ユーザが多くなるほど、要望の範囲は広がっていく。あるユーザにとっての ｢それがないんだったら買わない｣機能が、別のユーザには取引をぶちこわすものになる。そしてあなたの製品やサービスが人気になるほど、そういった要望は、要求と最後通牒へと変わっていき、ついには痛烈な批判になる。 私たちになしえる最悪のことは、それに折れるということだ。しかし要望/要求や批判が強く、怒りを帯びたものになるほど、誘惑に抵抗するのは難しくなる——｢この1個だけ付け加えれば･･･きっとあの連中もおとなしくなってくれる｣ しかしあらゆる色を1つに混ぜ合わせて泥色のしみを作るなら、誰も私たちのすることを嫌わなくなるが、同時に誰も喜びも、興奮も、魅了もされなくなる。そうして私
デモではものができあがっているように見せない
Kathy Sierra / 青木靖 訳 2006年12月27日 (アルファ版のような)開発中のものを私たちが世間や、クライアントや、ボスに見せるときには･･･彼らの期待のレベルを設定することになる。これは3通りの方法でやることができる。磨き上げられたモックアップで幻惑するか、プロジェクトの現状に合ったものを見せるか、ほとんどできていないものを見せながら順調に進んでいるから「信用しろ」と言っていら立たせるかだ。 結論を言うなら: どれくらい「できている」ように見えるかは、実際どれくらい「できている」かに合わせるべきだ。 ソフトウェア開発者はみんなそのキャリアにおいてこのことを何度も思い知ることになる。しかしテクニカルライターもまた、デスクトップパブリッシングツールによって同様の問題に直面する——フォントやレイアウトが完璧に仕上げられたドラフトを誰かに見せるなら、その人はあなたが考えるよりも
kuranukiの日記 - ディフェンシブな開発 〜 SIビジネスの致命的欠陥
Rubyをはじめとするスクリプト言語ではなく、なぜJavaを選ぶのか。 そして、XPをはじめとするアジャイル開発ではなく、なぜウォーターフォールを選ぶのか。 そこには、言語の良し悪しや、開発プロセスの考え方などが理由の中心にあるわけではなくて、SIerというビジネスの仕事の仕方（ビジネスモデル）に起因している。 RubyやXPは、考え方や技術としてはとても良くて、生産性もあがるし、何よりもソフトウェアをクリエイティブに作り上げることができ、利用者にとっても使い勝手がよく、スポンサー（経営者）にとっても経営戦略に沿ったものが手に入り、開発者にとっては何よりも仕事に対してやりがいを感じることができる。すばらしい！・・・・が。。。 しかし、だからといって、誰でもRubyやXPを使って開発をするべきか、というとそうではない。もし、本質を理解しない誰かが、「やってみたいのだが・・・」と相談に来たら、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
naoyaのはてなダイアリー - ライブドアのテクノロジーセミナーでしゃべってきました。