もしも童話「おおきなカブ」がITのデスマプロジェクトだったら
渋谷の雑居ビル。 ホワイトボード前に置かれたパイプ椅子にイヌ、ネコ、ネズミが一触即発の雰囲気で座っている。 扉が開き、慌てた様子の青年が入ってくる。 孫「お疲れ様です、すいませ――」 ネズミ「遅えよッ！！」 ネコ「！！」 イヌ「……ネズミさん、怒鳴るのはやめましょうって……」 ネズミ「……チッ」 孫「あの、本当、すいません。11時からって、皆さんにお約束してたのに……」 イヌ「ま、まぁ。とりあえず、ミーティングの報告をお願いします。もう２時間も押してるんで」 孫「は、はい！ すいません、ではこちらの資料を…… あっ」 イヌ「どうかしましたか？」 孫「印刷した資料が１部たりなくて。……じゃあ、はい！ 僕のは大丈夫なんで、業務委託の皆さんで、どうぞ！」 ネズミ「ッ……！」 イヌ・ネコ「……」 孫「はい、では皆さんお手元に資料ありますかね、お疲れ様です！」 ネズミ「……」 イヌ・ネコ「……お疲れ
PMBOK Guideに欠けている、３つの重要事項 | タイム・コンサルタントの日誌から
春である。4月の花咲く頃になると、今年は何人くらい受講生がいるかな、とそわそわした気持ちを抱えながら、つくばエクスプレスに乗る日が来る。東大の柏の葉キャンパスで「プロジェクト・マネジメント特論」の開講日を迎えるからだ。まだ働いた経験のない学生たちに、PM論を教えるのは、あまり簡単でない。それでも柏の葉キャンパスは大学院なので、皆、とりあえず自分の卒論で多少は苦労した経験を抱えて、入って来る。つまり小さくて個人的ながら、プロジェクト的な取り組みをした訳だ。だから学部生よりは、少しだけ教えやすい。 PM論を教えるにあたって、どんな構成・体系で説明を進めるべきかも、悩ましい。大学で講義を持っている、というと、「じゃあPMBOKを教えるんですね」とたずねてくる人が時々おられる。こういう人は、PMBOK Guide®︎が『教科書』だと信じているのだろう。だがあれは、いくつかあるガイドブックの一つにす
世界最大のプロジェクトをこう見積もった
大規模，複雑，厳しい納期――。昨年秋に完全統合したJAL/JASの情報システム。成功を収めたプロジェクトの裏に，見積もり精度の高さがあった。プロジェクト・マネージャ（PM）を務めた岡村正司氏に，どのように見積もったのかを聞いた。（聞き手は本誌 池上俊也） JAL/JAS統合とはどんなプロジェクトだったんでしょうか。 岡村：昨年10月に完全統合しましたが，日本航空（JAL）と日本エアシステム（JAS）の約160のシステムを，JAL側のシステムに片寄せするものでした。工数は全体で1万2000人月，規模は8000万ステップと，とんでもなくデカいものです。IBMが手掛けてきた案件の中でも世界最大級でした。 時間の制約も厳しい。2002年初頭に始まったプロジェクトは，2年間で中核部分をすべて統合しなければならない。失敗は許されませんでした。 岡村さんがPMとして招かれたときの様子を聞かせてください。
見積りってなんだろう？
み‐つも・る【見積（も）る】 目分量や心づもりではかっておおよその見当をつける。目算する。「入場者数を―・る」工事や製品などの、原価・日数・経費などを前もって計算して出す。「経費を―・る」「工事を―・る」 言葉の定義が広いため、コンテキスト依存性がある国語辞典の結果を見ると分かるように、「見積もる」というのは、おおよその見当をつける・計算するという動詞であることが分かりますが、一方で、この単語の中に既に「何を」の部分が複数含まれているのが話をややこしくしています。 つまり、誰が誰にどんな状況で「見積り」を依頼したかによって「何を」の部分がかわります。たとえば以下のような例が考えられます(乱暴に書いていますので必ずしもどこの環境でもあてはまるとはか限りません)。 お客さんがSIベンダーの営業に対して「見積りをくれ」といった場合は、実際にお客さんが支払う費用を指すことが多いでしょうSIベンダー
「ふざけんじゃねえよ」、3次請けが2次請けに切れた話
「ふざけんじゃねえよ！」 その叫びを聞いたのは1990年のことで私は26歳になっていた。もう25年も前の出来事だが当時の光景をはっきり思い出せる。そこは私が仕事を始めてから3カ所目の現場だった。 2度の大病を経て進学もせず毎日ぶらぶらし、フリーターをしながら、時にはギャンブルをして時間を潰していた私は、ある時思い立って専門学校でプログラミングを学び、中堅ソフトハウスに入社した（『「動くまで出るな」、冷凍マシン室に入れられた話』参照）。1988年のことである。 それから2年余りで3カ所目の現場に行くことになったのは配属変更願いを出したからである。厳密なルールは無かったが、同じ現場にある程度の期間いた社員は「他の現場へ動きたい」という希望がある場合、配属変更願いを出せた。 最初の現場に派遣された私はそこでソフトウエア業界の多重下請け構造を思い知った（『「新人なのに経験者」、偽の職歴で売られた話
プロジェクトが失敗する10の兆候
今年こそは失敗プロジェクトをなくしたいと思っているみなさんこんにちは。ryuzeeです。 先日海外のサイトを見ていたところ、10 Signs When Projects Are Doomed to Failureという面白い記事を見つけたので、10の兆候それぞれをご紹介しつつ私の私見を述べておきたいと思います。 なお、アジャイルなのかウォーターフォールなのかは関係なくあてはまります。 失敗プロジェクトの兆候(1) プロジェクトメンバーが自分たちのタスクをこなすよりもプロジェクトの悪い状況について話し合いをするのに時間を使っている よくあるパターン。 たとえばなかなか仕様が決まらないので見切りで発射してみたら、途中で色々な仕様変更がおこったり考慮漏れが出てきたりして常に対策会議をしなければいけなくなったり、 品質が悪すぎて品質改善のための会議を頻繁におこなうことになったりといった状況。 タス
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AXELOS - PRINCE2® Foundation