エンジニアが知っておきたい工数見積もり術！ " 無理ゲー進行 "から脱するために大切なコト - エンジニアHub｜若手Webエンジニアのキャリアを考える！

エンジニアが知っておきたい工数見積もり術！ 無理ゲー進行 から脱するために大切なコト エンジニアの仕事に欠かすことのできない、工数見積もり。実際の現場でいくどとなく見積もりを行ってきた筆者が、「健全な進行」にするための工数見積もりのテクニックを伝えます。 アプリエンジニアの池田 惇（ @jun_ikd）です。今回は、エンジニアならば避けられない「工数見積もり」について考えてみたいと思います。若手エンジニアでも自分の作業は自分で見積もるようにするべきです。なぜなら、より正確に計画を立てられるようになれば、自分の時間をコントロールして学びや家族・友人との時間を確保できるからです。また、期日内に完了をさせることは周囲の信頼獲得に繋がります。工数の見極めはエンジニアとして、とても重要なスキルなのです。 なお、本稿での「見積もり」とは開発に必要な期間を予測することとし、見積もりが失敗する原因や対策

[otihateten3510]

エンジニアがバッファなしで見積もりして、その2倍見積もりでスケジュール組めば事故減ると思うんだけど「もっと短くならない？」って言われて結局短くして燃える、ってのが何度もあった。

[megamouth]

合理的な見積をしたからといって、それで誰かを説得できることはほぼない。クライアントは「やらない（発注しない）」という選択肢を持っているが、こちらにはない。そもそも見積とは非対称ゲームなのだ

[hedachi]

タスクを1~6時間ぐらいの細さに分けてスプレッドシートに全部書き出してから見積もりをしていく、1日6時間で計算する、バッファを設ける、という感じでさほど工夫もせずやってるけど、困ったことはあまりないな

[htnmiki]

え？見積もりって納期ありきで鉛筆ナメナメすることじゃないの？（錯乱）

[camellow]

なんとなく短めの見積もりを出しがち。見栄を張ってるとかではなく。最近はいったん飲み込んで2倍で言うようにしてる。余計な打ち合わせや仕様変更、その他調査などを考えると最短でやる場合の2〜3倍かかる。

[another2017]

見積もりを下げるほど炎上のリスクが上がるという簡単な事すら理解できてない人間が何かの間違いで上に立つことが多いのはもはや笑うしかない現実

[yfujisawa]

見積もりは難しいし、工数や金額がバカでかくなるから嫌い。正確な見積もりを出すなら、作ったほうが早いし安くあがる。「ちょっと作ってみてよ。任せた」と言ってくれたら、どれほど生産性が上がるか。

[mate_gai]

見積りのレビューはほしい。営業やプログラム組めない管理職が見積もる時もあったが、その分野についてわかる技術屋抜きで見積もりが出ていってしまうこともあったので…

[Pocket7878_dev]

単体のタスクで見積もっても途中の差し込みとか会議とかでで結果的には伸びるよねぇ。

[Kil]

世の「無理ゲー進行」の大半って、工数を正しく見積もれないことが原因じゃないよね。正しく見積もった数字通りの金額・期間では受注できないから、値下げされ、期間短くされて生まれてくるんだ。

[nilab]

エンジニアが知っておきたい工数見積もり術！ 無理ゲー進行 から脱するために大切なコト - エンジニアHub｜Webエンジニアのキャリアを考える！

[theta]

“個人の残業に頼ったプロジェクトはマネジメントの崩壊と同義”

[tattyu]

俺は工数は長くて1ヶ月未満しか見積もれないな。どうせ色んな問題が後から出てきてリスケする羽目になるし、ケツだけ動かない地獄になりがち。個人的に2週間のスプリント内で工数切るのがベストだと思ってる。

[kagehiens]

最長パターンの時間って最有力時間の5倍ぐらいの時があるよな、つまり……。

[tanabebe]

「ソフトウェア見積り 人月の暗黙知を解き明かす」に習って実践してみたけど「そんなにかかる？」からの具体的説明が出来なくて心折れてしまった記憶がある。改めて読み直そうかな…

[daigo0117]

当初は無かった要件が後からどんどん追加されても、最初に見積もったスケジュールは動かないのもよくある話で。。

[oshishosan]

無理ゲーだったので業界を離れようかと(典型的な職業プログラマー※勿論仕事以外で開発なんてしない)

[chiroruxx]

相対見積もりやプランニングポーカーの話ではなかった

[denimn]

あんまり本筋関係ないけど、見積もり書上15分の作業に対する妥当性説明を1時間くらいかけて求められた事あったなぁ〜。

[mutsu00062]

「Clean Coder」の内容がすごくきれいにまとめられていた上、筆者さんの考えも盛り込まれていて非常によかった。もちろん、この記事で満足せず「Clean Coder」は読んだほうがいいと思うけど。いい本なので！

[gachakku0131]

不確実性のコーンに倣ってプロジェクトのステップを進める、複数人で見積もりのレビューをする、スケジュールバッファとフィーチャーバッファを設ける

[repon]

“（最良時間 + 最有力時間 × 4 + 最悪時間）÷ 6 = 見積もり時間”

[scorelessdraw]

まぁ、マネジメントの基本は「精緻さ」よりも「やりくり」だとは思うけど

[sasayuu5_1019]

記事の盛り上がりがすごい

[shikiarai]

メール一本うんち一ひねりに至るまで洗い出して見積もらないと無理。仕事中にうんこしたり目薬を点眼したりする時間にも工数は発生しているのだ

[saidaniumetaumetarou]

おおー

[knitcapmann]

見積りに対する考え方が間違ってる。工数を積算する見積りは戦略としていい結果を生まない。

[yabu_kyu]

ドキュメント作成がいつも作ってはやり直し、後で不備が見つかるで見積もり以上に工数掛かってる印象。かと言って無いと意図分からなかったりするし…（あっても書いてないこと多いけど）。

[mswar]

自分がざっくり考え付いた見積もりを３倍したら丁度良くなる（丁寧なデバッグやテスト入れ込める）って、２０代の頃にイヤという程経験したので、今も3分の1の見積もり出してる(ぉ

[nyan-nyan-nekoga-one]

1番知りたいワードだ!!

[tamachan429]

読むべき感

[raitu]

ソフト開発において「見積もりを「今からぴったり5日後に完了」のように1点のタイミングにすることはできず、「4〜7日後の間に完了」のように、「幅」が必ず必要」

[giita009]

いいね

[kamayan1980]

見積もりは金額計算だけに使用して、あとは作ってみて「間に合わん！」か「間に合うからリッチにしたるわ！」の二択でええと思ってる。

[nayuneko]

自分で見積もるなら自業自得だけど、大抵の無理ゲー進行になるのは納期ありきのゴミ営業のせいでは🤔

[kentyan777]

φ(．_．)ﾒﾓﾒﾓ

[hiroomi]

"マネージャーから「リリースまでにどれくらいかかる？」と尋ねられます。エンジニアチームで作った見積もりはおおよそ3ヶ月です。しかし、見積もりには幅があり最大で6ヶ月必要となる可能性が"そうだった、逆算。

[y_koh]

見積もり時点で未来のスケジュールは真っ白というのも罠。仮にうまく見積もれたとしてもその工数通り作業できるとは限らない。

[carrion-crow]

見積もりの精度を高める方法としては参考になったけど、見積もりを短くさせられるプレッシャーと戦う技術をはよ……（その期間だとできるのはココまでですよ、とか言うべきなんだろうが……）

[primedesignworks]

ぼくの場合、制作会社 A は納期を尋ねてくれるので、少し長めに返答しても大抵通してくれるからまず大丈夫。代理店 B は仕様もデザインもない状態で予定組んで提示してくるだけなので毎度苦しむ。先日手切りにした。