これからのプロジェクトマネジメントに大事なのは「結果にコミットしない」こと クリエイティブな仕事に求められる“アジャイル思考”

不確実さが増す世界のプロジェクトマネジメントとはとういうものか 倉貫義人氏：そんな不確実さが増す世界のプロジェクトマネジメントはどういうものなのか。（スライドを示して）プロジェクトがうまくいかない（理由）というのは、このあたりを見てもらうと胃が痛くなりそうな言葉がいっぱい書いてあると思います。想定よりコストがかかるとか、作ったものを直せないとか。 （スライドを示して）これに対してどうすればいいかというと、「こうすればうまくいくのかな？」と考えがちですよね。「遅いからプレッシャーをかけようか」とか「少し遅れているので人を増やそうかな」とか「一気に作ったほうがいいんじゃないの？」とか「属人性を排除しましょう」とかと言いがちですよね。 これらはけっこう言いがちですが、全部失敗するやつです。これを全部やってみたら困ったことにプロジェクトが大変なことになるので、ぜひやってみたらいいと思います。 （会

[acealpha]

これはプロダクトマネジメントじゃないかな まずプロジェクトって終わりは絶対にあるものだし目的はあるのでコミットしないとしても成功条件にはなってるはず

[richmikan]

「開発」を「製造」だと思ってる人の誤解を解けという話だと思う。製造はレシピがあるから所要時間が読めるけど、開発とはレシピそのものから作るようなものだから、時間が読めないし、作れるかどうかもわからない。

[atsushieno]

ホントこれで、ITプロジェクトに限らず何事も時間制約は強いリスク、生産性の阻害要因だと思ったほうがいい

[kagerou_ts]

「正解がないプロジェクトはやってみるしかないので～」だからウォーターフォールは見積もり出してパンクするうえに間に合わせることが目的で中身おいてきぼりになるんやけど、そうなるからそうなるんで仕方ないね

[drhitsuji]

上の人が進捗管理は仕事ではなくて良いものを作り上げることを仕事だと思えるかだと思う。マネジメントと管理がごっちゃになってるから目に見えやすいもので縛りたがるのでは？

[xlc]

日本に「期限を守らなくても価値がある」ITサービスなんてないだろ。多重請負なんてのがまかり通ってるくらいなんだからさ。業態が違うんだよ。

[irimo]

お客さんが横ばいなら成功、ということかな

[tzk2106]

わかる。上手に消化できるといいなぁ。

[irh_nishi]

概ね同意。ソフトウェアを固定資産だと捉えないところからスタート。「プログラム製造」っていう言葉をやめる。ソフトウェア開発は何かを作ってるのではなくてその先を作ってる。

[kagerouttepaso]

プロジェクトマネジメントで売上にコミットして、プロダクトマネジメントで品質にコミットする。その両輪が必要という認識。その意識がないとゴールがブレる。

[gabill]

任天堂ってどのくらい売上のこと意識してるんだろう

[khtno73]

PMBOK改訂がらみかと思ったらPdMのお話。プロジェクトの不確実性に対するリスクやステークホルダ管理の話と、外部環境変化によるゴールや提供価値の継続的見直しの話はごっちゃにしない方が整理できると思う。

[proverb]

シンプルに「成果物が正確に定義できないプロジェクトは請負契約しない」じゃダメなのかな

[devrabi]

「結果」の定義の統一からはじめましょう

[kyoruni]

“「やらずに守れる見積もりを出せ」と言ったら何が起きるかというと、バッファを積むんですよね。なるべくバッファを積んだ見積もりがどうなるかというと……。”

[sen47]

結局進捗管理してんじゃんと思ってしまったのだけど、感覚が一般とずれているのかもしれない

[grugrugru]

ら

[fiftit]

ライザップから、チョコザップへ