• Twitterでシェア
  • Facebookでシェア

工数見積もりのコツ - Qiita

テクノロジー カテゴリーの変更を依頼 記事元:qiita.com
適切な情報に変更
911 usersがブックマーク コメント82
    共有

    • 記事へのコメント82件

    • 注目コメント
    • 新着コメント
    その他
    yuki_2021
    yuki_2021 まぁ、見積もった量の1.5倍から2倍程度は多く申告するlifehackでエンジニアとして永らえている。

    2018/04/05 リンク

    その他
    bohemian916
    bohemian916 難しいこと考えず、複数人でプランニングポーカーやったほうがいいよ。http://alpha.mixi.co.jp/entry/2012/10857/

    2018/04/05 リンク

    その他
    paradisemaker
    paradisemaker クライアントがいる場合は何も決まってないのに工数出せとか言われたりすることも多いので、そこで出した工数がファクト化しないように「どの時点での概算見積り」で要件定義設計後に再見積りします、と言うのが大事

    2018/04/05 リンク

    その他
    nakag0711
    nakag0711 以前にやったことのないことをしている以上、開発工数の精度の良い見積は理論上不可能である

    2018/04/05 リンク

    その他
    mate_gai
    mate_gai 「工数を見積もることができる」裁量がほしい。現実はプログラム組めない人やよく理解していない人（上位職、営業など）が工数を見積る→炎上が多いように思う。見積担当とのギャップを埋める技術が必要だ。

    2018/04/05 リンク

    その他
    hamichamp
    hamichamp 工数をストーリーポイントかと、ファンクションポイントに変えたって、結局は同じ。問題はベロシティ。

    2018/04/05 リンク

    その他
    kathew
    kathew 工数見積時に限らんけど、全力で仕事することを前提にしちゃだめというのも大事。平常時の仕事は5割くらいの力でやるべき（心身の健康と、突発的な事態に対応しやすくするため）

    2018/04/05 リンク

    その他
    btoy
    btoy 工数見積もりで大事なのはみんなが納得すること。規模が大きいほど上まで巻き込む。もちろん営業も入れる。みんなが納得してさえいれば実績で工数超過しても「しょうがないね。次は気をつけようね」で済むので平和。

    2018/04/05 リンク

    その他
    snaflot
    snaflot 何も決まってない時の「概算でいいので」が正式見積もりになるのがつらい

    2018/04/06 リンク

    その他
    couchcap
    couchcap デバッグの工数見積もりって、例えるなら診察前の医者に「3日前から吐き気と頭痛がするんですけど何日ぐらいで治りますか?」って聞くようなものだと思う。そんなもん見てみんとわからんよ。

    2018/04/05 リンク

    その他
    zu2
    zu2 “本来は、担当者の算出した見積もり工数を承認した上長が責任を取るべきですが、現実はそうではないことが多い” そもそも「誰が」見積もるべきなのだろうか

    2018/04/11 リンク

    その他
    souvenir038
    souvenir038 作業の細分化、過去の実績、バッファの加算、クロスチェック（上長にも見積もりに責任を持ってもらうという意味合いも）

    2018/04/09 リンク

    その他
    nilab
    nilab 「見積もり工数は自分自身を守る盾となるため、実工数より少なくならないようにしておくことが大事です。また、実工数が見積もり工数より増えてしまった場合、たいていは見積もりを出した人の責任になります」

    2018/04/09 リンク

    その他
    sawarabi0130
    sawarabi0130 SEが見積もった工数を営業が値切るブラック企業が弊社です。

    2018/04/07 リンク

    その他
    harumomo2006
    harumomo2006 下っ端のプログラマなら作ることだけ考えてたらいいのかもしれないけどマネージメントや営業などお金を考える立場なら納品後の工数も考慮しないと危険。特に瑕疵担保責任を考慮せずに倒産するIT企業って多い気がする

    2018/04/06 リンク

    その他
    mas-higa
    mas-higa ぜんぜんコツが書いてなかった。

    2018/04/06 リンク

    その他
    luccafort
    luccafort ツッコミどころがありすぎるのだけどこれによってどういう技術的課題を解決できるのだろうか？やはりQiitaにはいいねボタン以外のもよくないねボタンが必要。

    2018/04/06 リンク

    その他
    otchy210
    otchy210 プロフィールからゲスパーすると、15 年くらい前で知識が止まってる人かも？

    2018/04/06 リンク

    その他
    gabari
    gabari 直感で行けるのはベテランだからなので、記事もコメントも正しいと思う。「慣れてる作業なら見積もりは適当だし、そうじゃなければ細分化する。」でFA

    2018/04/06 リンク

    その他
    Dryad
    Dryad id:Iridium 御社のプロキシがQiitaをブロックするか通信を盗聴するためにオレオレ証明書を差し込んでいるからでは。

    2018/04/06 リンク

    その他
    nabe1121sir
    nabe1121sir ガチの予想時間の4倍で伝えて、多いと言われたら3倍に減らしたら大体了承されるので、残業のない生活が出来ています。

    2018/04/06 リンク

    その他
    programmablekinoko
    programmablekinoko 工数見積もりのキモは、これはあくまで「工数」であって工期ではないということを強調すること。

    2018/04/06 リンク

    その他
    gabuchan
    gabuchan とりあえず落ち着いてアジャイルサムライ読もうか

    2018/04/06 リンク

    その他
    snaflot
    snaflot 何も決まってない時の「概算でいいので」が正式見積もりになるのがつらい

    2018/04/06 リンク

    その他
    furugenyo
    furugenyo うーんやっぱりこれだと人によって見積もりの精度は違うな。

    2018/04/06 リンク

    その他
    fumisan
    fumisan えー45hもかかるのー。半日で直してよー。客に言っちゃったよー

    2018/04/06 リンク

    その他
    ueshimach
    ueshimach 求められることあるけど、だいたい当てにならないという、、だってやったことないことやるもん

    2018/04/06 リンク

    その他
    Iridium
    Iridium Qiitaを会社から見ようとすると証明書エラーになるんだけどなんで？

    2018/04/06 リンク

    その他
    ustam
    ustam 見積もりが狂う原因はエンジニア側ではなく発注側なんだよな。受託の場合はむしろやりやすい。契約で縛ればいいから。自社案件の場合は発注側（営業とか企画とか経営者とか）がクソだと全く見積もれなくなる。

    2018/04/06 リンク

    その他
    FunnyBunnyDizzy
    FunnyBunnyDizzy 見積もりは確率でしか当たらなくて、仮に的中率がだいたい正規分布すると仮定してどんくらいを許容誤差としてバッファを見積もるか的なことを考えたら1.5倍だと実はかなりキツいんだよね。要件の精度によって異なるが

    2018/04/06 リンク

    その他
    cript
    cript 余裕をみた見積りでも仕事を発注してもらえるような仕事を普段からしていればいいのだが・・・。それがなかなか、ねぇ。

    2018/04/06 リンク

    その他
    denimn
    denimn スケジュール（D）と予算（C）が決められた状態で見積もりの依頼がくるんだけど。どれだけ品質（Q）を落としても良いか見積もりだと思ってます。

    2018/04/06 リンク

    その他
    loney1986
    loney1986 めっちゃ良記事

    2018/04/06 リンク

    その他
    tamuraki
    tamuraki “平田豊”

    2018/04/06 リンク

    その他
    masatomo-m
    masatomo-m 工数見積はbest-worstケースでの幅のある見積＋「こういう前提で進める想定だよ」という前提合意をするフェーズなので、工数だけ出すのではなく、自分が責任を持って仕事するための条件を出すことが大事だと思っている

    2018/04/05 リンク

    その他
    sawasawa12
    sawasawa12 正確な工数を見積もる方法じゃなくて、見積もった工数で後から揉めないための話。

    2018/04/05 リンク

    その他
    sashiharajp
    sashiharajp 何も決まってないにリリース日だけ先に決まりそこからスケジュールが作られるという納期ファースト。

    2018/04/05 リンク

    その他
    napsucks
    napsucks 適切に積み上げて最後に倍額ドン、これが正解。カネのないびんぼな客は追い払えるし見積もりをいちいち細かく見る面倒な客もバイバイできる。金払いがよくて適当な客だけを選抜できる最高のテク

    2018/04/05 リンク

    その他
    tpircs
    tpircs 本気っぽくて怖い。

    2018/04/05 リンク

    その他
    table
    table 見積もり作る費用はどこから賄うのか/予算聞き出してその範囲内でできることを提示する方がお互いにいいよ、きっと

    2018/04/05 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック！
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    工数見積もりのコツ - Qiita

    はじめに 本稿では、仕事をする上での作業工数の見積もり方法について説明します。 工数とは何か 工数(...

    ブックマークしたユーザー

    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事

    はてなブックマーク

    公式Twitter

    はてなのサービス

    • App Storeからダウンロード
    • Google Playで手に入れよう
    Copyright © 2005-2025 Hatena. All Rights Reserved.