進捗確認をやめると上手くいく｜きゅーい / koyo

プロジェクトマネジメントといえば「進捗確認」と思っている人も沢山いると思いますが、私は進捗確認という行為そのものに否定的です。 このエントリでは、進捗確認という行為がいかに無意味であるかという話および、進捗管理として行うべきことを書いていきます。 誰かのプロジェクトマネジメントの参考になればと思います。 ※ 進捗管理が不要という話ではありません 進捗確認の定義このエントリでの進捗確認は下記の定義とします。 複数人が関わるプロジェクト等において、プロジェクト等をマネジメントするべき立場にある人間が、プロジェクトの所属メンバーに対してタスクの進捗状況を口頭・テキスト等で直接確認する行為 少し難しい言葉で書きましたが「進捗どう？」といった質問およびその回答からなる一連の流れだと思ってください。 なぜ進捗を確認したくなるのかプロジェクトマネージャー（PM）の仕事のひとつに納期の管理というものがあり

[hyperash]

タスク分割をPMに丸投げするという方法論。作業者は楽で良いし着実にアウトプットが出るので仕事をしている気になれる。ただし規模が大きくなるとPMが先に死ぬ。

[z1h4784]

そりゃ問題なく進んでいるなら進捗確認する必要はないけど、進捗確認されただけで大きな苦痛を感じるような人は遅れていても自主的に報告してくれないから聞くしかないでしょ

[inmysoul]

まずタスクの分解をできる奴が貴重。それすらできない奴はただの作業員だからドヤってないで単純作業やってろって感じだけど。

[acealpha]

始めに大きな間違いがある 進捗確認はPMが不安だからやるのではなく、PMが上長等に報告する義務を持つから なので進捗管理自体は必須 その上でタスクを率でなく0/1のみを管理すべきはそのとおりで、共有も楽になる

[hi_yamamoto]

進捗を確認するのは自分たちがやっていることが間違ってないか確認するため。 もし遅れてる原因があるなら対処する必要がある。PMが不安になるからではない。と、思うけどね。

[vbwmle]

割り振られたタスクを自分で適切な粒度に分割して報告することもできず、 “普通に仕事に取り組んだ結果として進捗が悪い” ばかりのメンバーがいたらそれは普通にアレなのでは

[tpircs]

素直にCCPMを学んだほうが良い気がする。確認を辞めるのではなく、細かい確認やクリティカルパス以外の確認を辞めることが重要。ボトルネックに集中しない管理は疲弊を生む。

[paulownia]

「タスクを細分化した子タスクを上述の粒度で作る」これをメンバー全員でやるのがスクラムのキモだと思うんだが、ここを疎かにして失敗してるスクラム開発現場多・・・

[ysksy]

大きい案件でこれをやると正しく進捗管理だけしかしない（それに全時間を奪われる）PMの出来上がり。これをやるのはメンバが信用できないから作業者扱いするしかないって時だけかな。

[aromabird]

炎上案件の火消しにばっかり投入されるけど炎上するのはだいたいスケジュールがグズグズ、タスク管理なし、進捗不明ってのが多いので、進捗や課題管理をコツコツやってレポーティングするのが早道と思ってる。

[mather314]

PMが不安というよりは、最終的に経営陣まで報告する必要があるからでしょ。時間が取られるし作業が止まるのは確か。

[sutannex]

コメントにマイクロマネジメントしたがる人多いな

[k_igrs]

わかる。残念ながらマネージャーの仕事を正しくやってるのは日本にはほとんどいない。なので社員の自主性とかチャレンジとかでごまかしてる。

[dorje2009]

1日や半日のタスクに分割って、それはそれでオーバーヘッド大きすぎない？

[tatemakura]

ほんまそれ

[Karosu]

大規模開発なら必要だけど、一桁のチームなら、全員が進捗確認のPMになるだけでうまく行くようになるはず

[cloverstudioceo]

ツッコミどころ満載すぎてなんとも言えん。この人苦労したことないのか、まだ相当若いのか。進捗聞いただけで生産性下がる様な人は開発っていう仕事しないほうがいいよ。

[versatile]

極論すぎて・・・

[poponponpon]

開発チームだけのデイリーミーティングならまだ意義はあるけど、そこに顧客が入ったりするとデメリットしかなくなることはある

[kirarapoo]

不可能ってことに目をつぶれば完璧なプロマネ

[prjpn]

ダウトッ！

[nishi1231chang]

ウォーターウォールにバーンダウンでの計測を取り込んでみた時は、よかったよ。過去の消化率と残タスクの%を見ていて、ガントでありがちな実態との乖離やストレスが大きく減った。

[hoshinasia]

よくわかんないんだけど、タスクを分割したら進捗確認しなくて良くなるのか？なんで？

[kazuya030]

“進捗ではなく困り事を聞く” 対案素晴らしい

[ma2saka]

「進捗確認プロセスが進捗を遅らせる原因になっている場合がある」だったらそうですねとなるのにドウシテ

[Dursan]

多分、「進捗確認」は責任者が主語になる言葉なので、「進捗報告」の方がこの場合使用する語句としてふさわしいのではないかと思う。

[gui1]

うそでもいいから進捗資料作って上長や顧客に報告したほうがいいですよ・・・それをしないと上長や顧客から開発者に直接問い合わせがいくようになって、彼らが開発に集中できなくなってしまいます(´・ω・｀)

[kastro-iyan]

結局言い方違うだけで進捗確認と同等の事してるじゃん。しょーもな

[BlueSkyDetector]

タスク分割はPMも作業者も共に責任を持ってやる、どちらかが丸投げにならないようにする、くらいが適当な気がする。

[itinagi]

「予定より進捗遅れてるね、このままいくと当初のコミットを果たせ得そうにないね、どうしようか？」を開発チームとPMがフラットに話せる世界になるといいなぁ。

[rryu]

まあ、遅れを認識した際のアクションとして「もっとがんばれ」と言うだけの場合は進捗確認しても何の意味もないという。

[lalala360]

完了までに何が必要かってのをPMが把握できてれば「今何をやってるか」の確認をすれば自ずと進捗がわかる

[aoiyotsuba]

「タスクの粒度を下げる」とあるが、それが難しい気もする（内容によるのかな）。AIが良い感じに分割してくれたりしないものだろうか。

[cvtbgspuda]

小さいタスクに簡単に区切れる仕事はいいですね、という感想。タスク細分化はかなりの作業量でこちらが終わる。

[S_Maeda]

めちゃくちゃ参考になった。タスクの完了報告を聞く＝進捗確認ができる　状態を作れってことね。タスク細分化スキルがあれば実践できていいじゃん！って思ったのに、なんか否定的なブコメが多いな。読めてる？

[jusuke]

“100個のネジを作る作業で90個作り終わった状態）ならまだしも、そうではない場合は進捗率という言葉はなんら意味を持ちません。定性的な言葉はブレが多く、具体的な状態を何も示さないからです。”

[hiroyuki1983]

「進捗どうですか？」は「遅れてるならお前の責任でサビ残でも休日出勤でもしてキャッチアップしろよコラ」という意味なので、これがないとプロジェクトは回らない。作業者の血と涙こそプロジェクトの潤滑油

[gorodoku]

11年前にこれ書いてたオレすごい https://blog.56doc.net/Entry/140/

[pwatermark]

「進捗確認の目的は？」をちゃんと定義して、それに沿った方法を考えないから、だろうね タスク管理ツールに項目があるから入れてる、みたいなやり方だとおかしくなるのは当然

[knitcapmann]

地獄だな。システム開発向いてないよ。