今知ってほしいプロジェクトマネジメントのもう一つの世界観 ~予測型と経験型~ - higosophy

主張 ソフトウェア開発prjがなかなかアジャイルにならないのはなぜかなぁと考えてみた。 昨今、エンジニアにおいては、知識としての共有の機会も増えているし、実際に経験済み、習慣化済みになってきているように思う。要は「しっくり」くることが多いのだと思う。 しかしながら、現実のprjが経験型のアプローチ(アジャイル)を取ることはまだまだ少ない。この要因として、エンジニアと協業する他のメンバー、あるいはprjの利害関係者(組織の上層部を含む)が予測型の進め方を望むからではないか、と感じている。 というわけで、エンジニアと仕事をするエンジニア以外の人に伝えたいと思い、書いてみる。そのためにはおそらく、アジャイル開発、スクラムのプラクティスがどうこう、というよりは、プロジェクトマネジメントの世界観として語る方がよいかというのが本稿。エンジニアとして、抽象的な「しっくり」の言語化にもなればよいと思う。最

[shimaguniyamato]

『意思決定者が近くにいて、利害の一致度合いが高い状況』『メンバーができるだけ、「専任」で取り組める状況』その状況作った時点で勝ちだわ。

[ledsun]

実際の、外注作業をアジャイルにしたくないのは「検収を何回もやりたくない」からなのよね。関連部門が多ければそれだけ面倒に。

[yogasa]

"である場合に有効。" まで読んだ。めっちゃ限定的やないか

[flowerload]

システム屋以外にとって、システムはどこまでいっても業務目的そのものではなく業務達成の為の道具。「いつまでにどんなものができるかわからないけど、とにかく道具作ってます」じゃ色々やり辛いのはたしか。

[n314]

とりあえず予算が500万円あったとして、適当な機能一覧で見積書を出したとして、そこからアジャイルにすると納品がおかしなことになる。ので、予算に合わせた見積書提出が難しい。工数じゃなくて金額の見積もりね。

[p_tan]

時間いっぱいまで仕事が膨らむのはパーキンソンの法則の方。学生症候群は夏休みの宿題を最後まで手をつけないやつ。

[aromabird]

ステークホルダーが多くなるほどウォーターフォールに寄っていく。そして、キメを入れる事は怖いが、決めないとPJが進まないジレンマが発生する。

[huruyosi]

プロジェクト管理

[kyrie_leison]

不確実性を含むものを予測し、管理し、確定しようとする予測型のプロジェクトマネジメントから、不確実性を前提に少量の確定・頻繁な軌道修正・経験からの推測を元にした経験型プロジェクトマネジメントへ

[hiroomi]

「全体を予測して管理することをやめる」取り扱うテーマを今までと同じ単位でやると失敗しそう。

[keisuke_ohta]

今知ってほしいプロジェクトマネジメントのもう一つの世界観 ~予測型と経験型~

[nyop]

うーむ、普通にアジャイルの話という印象。

[kazuph1986]

めっちゃバズっとるやんかーい

[securecat]

えーっと、90%見積の90%がすでに90%見積なので、つまり（以下略

[shin0O]

"意思決定者が近くにいて、利害の一致度合いが高い状況" ってあんまり聞いたことない あとprjってすげえ目につく

[atoh]

社長の一言でごっそり仕様変更なんてしょっちゅう起こってるような気がするがなぁ。

[Ichinoseki]

TOC-CCPMの考え方はもっと浸透してほしい。プロジェクトは「人」が行うもの。

[KenichiroMurata]

TOC

[Rinta]

「会社の境目(会社間の契約関係)があることで、コミットメントを明確にせざるを得ない」これがあるからアジャイルは難しいんだよ。内製ならこの境界は消滅する。記事はいい内容だと思ったな。

[tbpg]

"ソフトウェア開発prjがなかなかアジャイルにならないのはなぜかなぁと考えてみた"

[tokida]

今知ってほしいプロジェクトマネジメントのもう一つの世界観 ~予測型と経験型~ - | 主張 ソフトウェア開発prjがなかなかアジャイルにならないのはなぜかなぁと考えてみた。 昨今、エンジニアにおいては、知識として…

[mkataigi]

この手の話って「経験型」の場合「学生症候群」のこと完全に忘れ去られてるんだけど、どうやって対処してるのか知りたい

[masayoshinym]

これらをどれほど知ったとしても、プロジェクトは遅れる。

[lets_skeptic]

むしろ末端エンジニアは90%見積りではなく50%見積りを出しがちだ…って何かに書いてあったと思うよ。

[yasuharu519]

PMの度量と力量

[hiroqli]

謎の社内政治が行われる様が目に浮かぶようだ。 "この長いリードタイムの中ではとりあえず要望しておかないと(＝仕様に織り込んでおかないと)いつまで経っても手にできない。よって「どうせ手がけるならついでにこれ

[Ashizawa]

主張 ソフトウェア開発prjがなかなかアジャイルにならないのはなぜかなぁと考えてみた。 昨今、エンジニアにおいては、知識としての共有の機会も増えているし、実際に経験済み、習慣化済みになってきているように思う

[HeyDJkaketeyoDN]

PM

[bufferings]

面白かったー。

[yoshidashingo]

今知ってほしいプロジェクトマネジメントのもう一つの世界観 ~予測型と経験型~ - hidehigo's blog