してしまわないで、ブレークダウンする。成功基準:前2つの議論の中で、「それは何を達成したら、『成功した!』と言えるのだろう?」と言い換える。具体的に数字や行動で測定できるものを定義する。「利益率40%」でもいいし「社長から『よっしゃ、よくやった』と誉められる」でもいい。Criteria)の頭を取って、ODSCというそうな。プロジェクトをODSCでデザインする。メンバーで出し合って共有するところがポイント。*ネタ元「目標を突破する実践プロジェクトマネジメント」はスゴ本。ゴールドラットの制約理論は「ゴール」読んだだけで知ったかぶっていた。クリティカル・チェーンは、PMBOK3で分かった気分になっていた...が、TOCを実践でどう適用していいのか分かっていなかった。本書はそいつを、徹底的に、肌感覚で分からせてくれる。『読んだらそのまま』使える仕掛けが施されている。「山積み・山崩し」の肝や、「遅れは伝播するくせに、進みは伝わらないひみつ」、あるいは「サバ取りの極意」(←これは読んだ今日使った)といった、いま、わたしが必要とするネタばかり。納期に間に合わせるために無意識のうちにサバを読んでしまう(丸めてしまう/下駄履かせてしまう/バッファ入れてしまう)心理が、いかにプロジェクトを圧迫しているかがよーく分かる([ここ]にイラスト付きで紹介されている)。PMPとしてSI屋である自分の仕事を見るにつけ、かつて輝いてい見えた「開発手法」が色あせて見える。あ、ダメというつもりじゃないよ。開発手法に拘泥する、あるいは開発手法が成否を決めるといった発想から離れようとしている。RADだからよいとか、WaterFallだからダメといった議論が、過去のものになりつつある。「目標に向かって、いかにプロジェクトを運営していくか」という命題を達成するツールとして認識できるようになった。「コンピュータ・システム」を作るために、そのツールとして手法がある、というカンジが感覚として身についた。その上位にあるマネジメントの方法(の一つ)にTOCがあるのだなー、と理解できるようになった。この感覚、PMBOK3読んだ人と共有したい。*以下自分用、P2Mをやってみるか。さんおお、確かにーさらに、「あなたが自信をもって見積もりするために、わたしはどんな質問に答えればいい?」というセリフも「魔法の言葉」入りですな。制約条件や前提条件、リスクを洗い出すのに最適な質問だと思います。00:25さっそく買ってしまいました。親方バッファや「あと何日で終わる?」などかなり、目からウロコ本です。実践できる事例が盛りだくさんで、昼休みに読んでその日の進捗から実践です。銀の弾丸はないはずですが、そんな感じのところもある気が。(いや、今までがダメすぎだったのか・・・)アート・オブ・PJも中々でしたが、これは、もっと開発現場寄りと言うか、HOWto本のように思えます。5月までのピークもこれで越えれそうです。さんおぉ、読まれたのですね、そして早速実践してますね。親方バッファは素晴らしいアイディアだ──と思いきや、要するにクリティカルチェーン。これを徹底的に使えるツールにしていますね。「システム開発は、土木建築と違う」と粋がってた自分が、なんだか恥ずかしいですな。22:12友人にこのブログのことを教えてもらいました。筆者の「サバよみ虫」こと岸良です。こんなにすばらしいコメントを頂き大感謝です。作者は読者に教えられて育つものと言いますが、いつかお会いしてお話できればとっても嬉しいです。私の講演のスケジュールサイトに入ってますが、よかったら覗いてみてください。http://www.toc-ccpm.net最近、会社の害虫サイトもアップしました。笑ってくだされば嬉しいです。新しい害虫もいくつか見つけました。しんぱい虫とか、あんしん虫とか・・・SODECのセミナーで公開したいと思っています。さん著者ご本人からコメントですか、嬉しい限りです。プロジェクトマネジメントについては、実践←→文献とフィードバックの毎日なのですが、TOCを肌感覚で分らせてくれる本は、これだけだと断言できます。良い本を書いていただき、ほんとうに、感謝しています。講演はスケジュールを調整し、参加させていただきますね。pace.]今日は、環境問題の話を一旦おいて、考え方の1つの手法について書きたいと思います。前に、“クリシン”という略で流行りましたね。答えが見つからないときは、問題を変えてみよう。(哲学はなぜ間違うのか)本は読まなくても書評を書くことはできる。