今回は、情報システム部門や開発プロジェクトの特性に応じてウォーターフォール開発とアジャイル開発を適材適所で使い分けられるように、そのポイントを解説する（図1）。 情報処理推進機構がITベンダーに対して調査したところ、国内のシステム開発の実に95％以上がウォーターフォール型で開発を進めているという。おそらくユーザー企業の側でも採用の比率は同様だろう。 しかし、すべてのプロジェクトにウォーターフォール開発が適しているわけではない。システム開発は一つひとつに特性があり、特性が違えば開発の進め方も変わってくるためだ。 全プロジェクトに適用できる“銀の弾丸”となる開発プロセスは存在しないため、特性に合わせて複数の開発プロセスを使い分けることが欠かせない。ここで筆者が勧めたいのは、ウォーターフォール開発とアジャイル開発を使い分けることである。 この二つに絞るのは開発プロセスの性格が全く異なるためだ。ウ

株式会社 日経BP 〒105-8308 東京都港区虎ノ門4丁目3番12号 →GoogleMapでみる ＜最寄り駅＞ 東京メトロ日比谷線「神谷町駅」4b出口より徒歩5分 東京メトロ南北線　「六本木一丁目駅」泉ガーデン出口より徒歩7分

株式会社 日経BP 〒105-8308 東京都港区虎ノ門4丁目3番12号 →GoogleMapでみる ＜最寄り駅＞ 東京メトロ日比谷線「神谷町駅」4b出口より徒歩5分 東京メトロ南北線　「六本木一丁目駅」泉ガーデン出口より徒歩7分

『MarkeZine』が主催するマーケティング・イベント『MarkeZine Day』『MarkeZine Academy』『MarkeZine プレミアムセミナー』の 最新情報をはじめ、様々なイベント情報をまとめてご紹介します。 MarkeZine Day

「あら、すっかり話しこんじゃった。そろそろ戻らないと」 と、真紀子が両腕をぐっと前につきだしながら背筋を伸ばした。 「明日香はもともと面倒見がいいから、きっとうまくいくよ」と、食器を重ねなが ら草一郎が言うと、 「ありがとう。なにか困ったことがあったら、相談にのってね～」 と、明日香は嬉しそうにニッコリした。 中田真紀子、草野草一郎、朝田明日香は、3人とも30代前半。中堅IT企業に同期で入社して、同じ課に配属された。個性はまったく違う3人だけど、学生気分から社会人への大切な時期を賑やかにドタバタと一緒に過ごしたせいか、相変わらず公私さまざまなことを気兼ねなく話せる大切な仲間だ。 一見してバリキャリ系の真紀子。口数は少ないがやたらに頭脳明晰な草一郎。2人は、30代になって間もなくそれぞれチームリーダーとしての仕事を任されるようになった。 2人よりも年下に見られがちで、小柄で素直、どことなく愛

最近、流行りの「もし高校野球の女子マネージャーがドラッカーの『マネジメント』を読んだら」の本。自分も読みました。iPhoneアプリ（電子書籍）版で。「もともとドラッカーに興味のある人ならば、このような入門書を読まずともいい。ドラッカーの書いた本は十分分かりやすい」という批評もあるようですが、僕の場合は初ドラッカーだったので、この本（電子書籍）を買いました。すごく分かりやすかったです。終盤は画面が歪みました（笑）。また、iPhone / iPod touchのあの小さい画面でも充分読みやすいので、iPhone版はオススメです。 iPhone版へのリンクです（iTunesが起動します） ■「真摯さ」が何か、よく分からなかった 僕がバカだからというのがあるんですが（苦笑）、この本を最後まで読んで思ったのは、「真摯さ」の意味がよくわからなかったということ。以下は、本の中で引用されたドラッカーの言葉

7回目、ケーワイケーです。 予定を変更して、今回はエンジニアライフ時事総論のテーマ「キャリアビジョン」について、コラムを書きたいと思います。今回は、1、2年後に向けた自分の心構え、「こうありたい」ということを書こうと思います。 ■1、2年後に自分はどうしていたいか 現在、わたしは現場でいろいろな開発に携わり、その中で経験を積みつつ、自宅では子供たちと遊び、家族サービスの合間を見つけて勉強しています。 1、2年後も変わらずそれを続けていたい。それがわたしの希望であり、目標です。 年を取って経験を積んでくると、どうしても学ぶことに億劫になり、今までの経験やそこから派生した限られた知識の中で、自分の選択肢を決めてしまいがちになります。 そんなことを偉そうにいうわたしも、入社して1、2年目のころに比べると勉強量は減っていると思います。結婚して、家族が増え、自分だけで使える時間が減ったというのもある

「お金なら出しますから、４ヶ月のところを２ヶ月で作ってくれませんか？」 システム開発で、顧客からこう言われた時、どうするか？ SIerの経営者や管理職であれば、飛びついてしまうんじゃないだろうか。私だって飛びつきたい。確かにエンジニアがいるなら、もしくは、集める目処が立つなら、ありがたい話かもしれない。XPでも、「リソース・スコープ・品質・時間」のパラメータで、品質以外は変動可能としている。 ということは、リソースがなんとかなれば、時間を短くする、もしくは、時間を変えずにスコープを増やすことができるのだろうか。人月という単位で考えれば、計算上は出来るかもしれないが、実際には難しいと言わざるを得ない。それはなぜか。ボトルネックは、プログラムを作る速度か、それとも、仕様を決めて受け入れる速度か。 冒頭の台詞は、開発側にこそボトルネックがあり、コストさえかければスピードアップできると考えているか

・・・というタイトルで、「Business Blog & SNS World 2009」というイベントにて、時間をとってパネルディスカッションしてきます。 「Business Blog & SNS World 2009」　http://www.idg.co.jp/expo/bbsns/2009/ 私の所属しているTISでは、社内SNSを導入したことで、会社が変り始めました。 風通しがよくなり、社内にどんな人がいるかわかってきて、社員同士が近くなってきました。 でも、決してそれは、社内SNSがあったからではなくて、会社で働く社員たちの意識が変ったからでした。 なので、社内SNSがあれば必ず効果が出るなんてことはありません。 それでも、きっかけは社内SNSから始まったのは事実です。 これは、TISに限ったことではなく、社内SNSを導入した企業で起きつつある現象です。 では、多くの企業が導入しつ