11:45yuann_hoz正多角形の頂点数を増やして円に近づけるように、進捗のステップ数を増やす──確実に完了したとみなせる単位にプロジェクトをどれだけ細分化できるかが、プロジェクトの進捗計測性を決める。13:24yoiIT進捗を率で表すほど無意味なことはないが、やるとするなら、タスクを詳細まで分解したWBSの完了率によって測る。13:55tokb各タスクの進捗を入力する側の人が実績を妥当なパーセンテージを入力できるのかっていう問題は別にあって、そこを明確な運用にするとしたら完成数基準くらいしか基準がないのでは。16:17kamataro"進捗率は、今までどれだけ頑張ったか、ではなく、あとどれくらい仕事が残っているかで測るべきなのだ。17:34mohnoあるものを組み合わせて済むようなソフトウェア開発ならともかく「プラント・エンジニアリング」←“新しい設計”が必要な場合は、それだけで工数見積もりが難しくなるからなあ。新規開発ってそういうものが多いし。簡単さじゃないと扱いにくいよね。17:48and_hyphen久しぶりにEVMの語を見た。PM試験は1回受けて論文で落とされた。18:23joseph150どんな指標を使っても90%付近で突然停滞する気がする。18:56tomopo“どうやらこのシステム、ほぼまったく同一規模のサブシステム・プログラム10本からなっていて、なおかつ、その間のインタフェースも結合テストもいらないらしい。”いちいちめんどくせー奴だな。06:19kamei_rio率で聞くといつまで経っても90%だったり1000%とか言い出す輩もいるので、「〇〇を△△するまであと何日かかる?」と聞けると良い。09:59rryu見積もり基準で進捗率を出すには先に見積もりが必要で、そもそも見積もりの無い単一タスク内の進捗率を申告させるのは意味が無いと言える。10:37pptppc2ブコメ大喜利のキレがよければ進捗も良いのではてなスターの付き具合で測りますかねぇ...。11:50stilo"進捗率は、今までどれだけ頑張ったか、ではなく、あとどれくらい仕事が残っているかで測るべきなのだ。13:56kamemogeEVMな話。15:52securecatラインの生産工場とかでない限り、進捗率を数字で表現するのはナンセンスだろう。数字で確実に出せるのは経過時間だけ。最後の最後で神が舞い降りれば残り時間がどんだけ短くても終わるタスクもあるからな。Disqus.はてなで人気になった記事をまとめます。