価値観ウォーターフォールしかやってこなかった組織がagile開発を取り入れることを決めたら、組織は非連続な成長を選択したことを理解しないといけない。カンバンを取り入れたとき、開発チームの閉塞感やプロジェクトの進捗のオーバーランにテコ入れするだけでは無く、結果的にチームの価値観を変えることになった。機能しないWBSやウォーターフォールをチームに中では捨てて、価値のあるアクティビティから終わらせる意思決定をすることになった。価値のある(と思う)アクティビティをチームで終わらせていく。進捗上の障害があり、ものづくりのアクティビティに手をつけるより価値があるなら、その障害を取り除くアクティビティに優先順位を高くつけて、それにリソースを回す判断をする。アクティビティを選ぶのはチームだ。それまではプロジェクトマネージャが工程を切り、WBSの大レベルをポンとおいてチームのそれぞれの担当が納期に実現性を考慮したのかわからないままスケジュールとしていた。書くとまるでウォーターフォールが悪者みたいだが、そうではない。そのプロジェクトの特性に適合したシステム開発手法を選ぶ選択肢を持ちわせていない組織が成長を自ら捨てたからである。これまでも、これからもスコープがフィックスしている、労働集約型の特性を持ったプロジェクトであるならウォーターフォールで連続した成長を続ければいい。これは組織としてもとても楽である。同じ開発手法を採用し続けられるので、意思決定の基準を変えることを求められないし、その必要性もない。価値はスコープの実現であるから、そこに集中する。スコープを実現さえすればいい。コミットメントはそこに集中する。プロジェクト計画を網羅的に作らなければプロジェクトのスタートの許可を得られないし、始まれば進捗は計測され乖離し始めるとPMOおじさんがやってくる。スコープが不確かなプロジェクトであれば、それにフィットする開発手法を選ばなければならない。スコープが定まらないから、すべては(仮)である。やって価値があるだろうとチームが同意するアクティビティから手をつける。意思決定は、不確かで定まらないスコープをどうにかするのでは無く、小さく分解して(仮)で価値があるかをいかに早く確かめることを選択できなければならない。組織の意思決定のベースラインが変わるのである。これまでの延長線上ではなく、非連続の、新しい成長の世界線に転生することを組織が自ら決断しなければならない。置き去りにして新しい価値観の道具を持ち込んでも使えないと思うのは、当たり前である。そもそもツールが合わないのだから。開発手法は道具で、それ以上でも以下でもない。開発手法だけ急に導入したら組織自身が拒絶反応を起こして使えないとやめてしまうのは当たり前である。体質があっていないのだから。以下に記載する事項はプロジェクトで必要なアクティビ...2017-12-04Aチームはアジャイルで成功、BチームはWFで失敗するとき、Bチームが成功する条件を述べよご質問をいただいたような気がしましたので。読者になる検索リンクはてなブログブログをはじめる週刊はてなブログはてなブログPro最新記事チームを止めるのは価値観をupdateしないエンジニアスピード感を持って仕事をしたいならリモートワークのよろしくないところエンジニアの頃とプロマネになってからの意識の違いIT系イベントをオンラインでやる馬鹿っぽいアイデア月別アーカイブはてなブログをはじめよう!fumisanさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。