• はてなブックマーク
  • テクノロジー
  • 開発の見積もりとスケジュール管理 - クックパッド開発者ブログ
  • Twitterでシェア
  • Facebookでシェア

開発の見積もりとスケジュール管理 - クックパッド開発者ブログ

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

    記事へのコメント84件

    • 注目コメント
    • 新着コメント
    aodifaud09
    aodifaud09 あんたん所それどころじゃないんじゃないの

    2016/04/06 リンク

    その他
    delphinus35
    delphinus35 報道のせいで文字通りの意味に取れない件について

    2016/04/06 リンク

    その他
    btoy
    btoy 次回はステークホルダーマネジメントとリスクマネジメントで。

    2016/04/06 リンク

    その他
    rryu
    rryu 「見積もりの精度を上げるには設計を詳細にするしかないがその見積もりには設計の工数も含まれている」ことに気付いて絶望するのが第一段階。

    2016/04/06 リンク

    その他
    luccafort
    luccafort 僕の経験だとスケジュールが遅れるときはタスクの分割した粒度がデカすぎることがほとんどかなぁ。 「○○の機能を実装」というタスクに分割したけど実際はその機能の中に更にABCという機能を実装しないといけない

    2016/04/07 リンク

    その他
    sashiharajp
    sashiharajp あるあるなのは工数3日という見積もりを3日後には納品だと勘違いする非エンジニア。

    2016/04/06 リンク

    その他
    a20130517
    a20130517 ぼくは今零細ITにいるんだけど、スケジューリングや見積もりとかの間接業務してると、さっさとコーディングしろ、おれなら1週間でできる。って上司のハゲに怒られる。死ねよあいつ。

    2016/04/06 リンク

    その他
    koogawa
    koogawa ブコメで茶化すのやめよう。良い記事だった。フィボナッチ数列を採用する理由も知りたい

    2016/04/07 リンク

    その他
    kenichiice
    kenichiice 「つまり見積もりをするときに一番初めに行うことは設計です。作るべきものを設計し、具体化しなければ正しくタスクに分解できません。」

    2016/04/06 リンク

    その他
    reitanigawa
    reitanigawa 見積もりのための工数が必要でそれを如何に確保するかが問題。プロマネや、seが見積もってくれるならいいがエンジニアまで回ってくるとなかなか難しく、そして現実には多い

    2016/04/06 リンク

    その他
    kuronikuru1969
    kuronikuru1969 見積り

    2023/02/06 リンク

    その他
    d4-1977
    d4-1977 プランニングポーカーのについて難易度と捉えるのは、ナルホド！と思いました。エンジニアとデザイナーがいる時にアジャイルだとポイントの捉え方が合わないのが課題でした。カンバンなら色分けするのもありかな🤔

    2019/08/05 リンク

    その他
    carpediem78
    carpediem78 メンバーのレビュー時間も1日の工数に含まれることを忘れないようにする。

    2017/05/05 リンク

    その他
    yappynoppy
    yappynoppy 計算するときは，最長期間=1.5*最短期間とするとき，確率50%で開発が終了する日=1.2*最短期間で良いですか？

    2017/03/03 リンク

    その他
    k_gobo
    k_gobo 常々"現時点ではまだ詳細がわからないや調査が必要というもの"しかない時点で見積もりをしている。

    2016/09/27 リンク

    その他
    Koozz
    Koozz 正直、見積もりって難しいよね。

    2016/05/26 リンク

    その他
    yumu19
    yumu19 「見積もりとスケジュールとコミットメントは違う」これだなー。（正確に書くと「工数見積もりとスケジュール見積もりとコミットメントは違う」だと思うけど）

    2016/05/05 リンク

    その他
    glat_design
    glat_design 参考に /

    2016/05/03 リンク

    その他
    takatama
    takatama 難しい言葉を使わずに説明してる。基本に忠実にいこう。

    2016/04/18 リンク

    その他
    yasuharu519
    yasuharu519 見積もり

    2016/04/17 リンク

    その他
    paulkatcher
    paulkatcher 「つまり見積もりをするときに一番初めに行うことは設計です。

    2016/04/13 リンク

    その他
    kiyo_hiko
    kiyo_hiko "タスクに分解するステップですが…設計をすると捉えたほうがよい…見積もりをするときに一番初めに行うことは設計で…具体化しなければ正しくタスクに分解できません…正確にするには…より詳細な設計をすべきです"

    2016/04/13 リンク

    その他
    snowlong
    snowlong "Webサービスを開発しているサービスエンジニアの場合「画面一覧/Controller/Model/View/テストコード/インテグレーションテスト/テーブルスキーマ/マスターデータ/ログ」などに分解する"

    2016/04/10 リンク

    その他
    jacoby
    jacoby スケジュールの振れ幅まで話すなら、CCPMの話もしてもよさそう。

    2016/04/10 リンク

    その他
    naga_sawa
    naga_sawa 見積もりとスケジュール管理/それこそ自動化したい分野

    2016/04/08 リンク

    その他
    zaikabou
    zaikabou なんでこんなにブクマついてるのかと思ったら、なるほど…。いや、記事自体は優良です

    2016/04/08 リンク

    その他
    kazuph1986
    kazuph1986 ブコメ・・・。

    2016/04/07 リンク

    その他
    stealthinu
    stealthinu 『見積もりをするときに一番初めに行うことは設計』『平均的な難易度のタスクを選び、それを元に各タスクに難易度を振っていく』

    2016/04/07 リンク

    その他
    komz
    komz 開発の見積もりとスケジュール管理

    2016/04/07 リンク

    その他
    mikage014
    mikage014 最近この考え方だ。シングルポイントの納期＝打ち切り日／“本来なら「M月N日〜X月Y日の間に開発が終了する確率は75%です」や「Q月R日までに開発が終了する確率は50%です」などのはずです”

    2016/04/07 リンク

    その他
    kykomi
    kykomi 全員読むべきだと思いました。

    2016/04/07 リンク

    その他
    vanbraam
    vanbraam "見積もりとスケジュールとコミットメントは違う"<百回暗誦した方がいい人がこの業界には沢山いる;何作るかも決まってないのにコミットメントだけ最初に決めるプロジェクトは99.99%くらいの確率で破綻すると思う

    2016/04/07 リンク

    その他
    mut00tum
    mut00tum “コミットメントが変わらないのに、見積もりやスケジュールは変更されません。”

    2016/04/07 リンク

    その他
    osnq
    osnq ヤホーレベルのブコメ多いな

    2016/04/07 リンク

    その他
    n314
    n314 フィボナッチ数列を使うのは、20と21の違いに意味がないため。極大はだいたい中と大を足したぐらいだな、という粒度でしか分からないのでそれに合わせる。

    2016/04/07 リンク

    その他
    kaipu1224
    kaipu1224 大抵は予算は○○万ですと言いながら到底無理なのが降ってくるけどね、断れないんだよ力関係的に

    2016/04/07 リンク

    その他
    luccafort
    luccafort 僕の経験だとスケジュールが遅れるときはタスクの分割した粒度がデカすぎることがほとんどかなぁ。 「○○の機能を実装」というタスクに分割したけど実際はその機能の中に更にABCという機能を実装しないといけない

    2016/04/07 リンク

    その他
    Nemisama
    Nemisama "スケジュールの振れ幅と確率の算出"

    2016/04/07 リンク

    その他
    nibushibu
    nibushibu very impotant point

    2016/04/07 リンク

    その他
    uturi
    uturi “人的リソース(予算)を増やすのか、リリース日(期間)をもう少し遅らせられないか、機能(品質)を削ることができないかなどを話し合うべきです。 ”

    2016/04/07 リンク

    その他

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

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

    関連記事

    開発の見積もりとスケジュール管理 - クックパッド開発者ブログ

    こんにちは。会員事業部の丸山です。 エンジニアが開発を開始する時にはタスクの見積もりとスケジュール...

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

    • techtech05212023/09/16 techtech0521
    • kuronikuru19692023/02/06 kuronikuru1969
    • gouei20012022/10/05 gouei2001
    • tya_pon2021/11/25 tya_pon
    • noguful2021/10/15 noguful
    • kombook2020/12/20 kombook
    • huusen202020/07/26 huusen20
    • odan32402019/09/18 odan3240
    • d4-19772019/08/05 d4-1977
    • fukurou312019/06/27 fukurou31
    • mokuoz2019/06/10 mokuoz
    • tsutaken2019/05/11 tsutaken
    • mozy_ok2019/02/24 mozy_ok
    • sisidovski2018/12/10 sisidovski
    • miki_bene2018/11/09 miki_bene
    • lingling_yas2018/11/02 lingling_yas
    • sandRiver2018/09/22 sandRiver
    • takkunn16112018/05/24 takkunn1611
    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

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

    いま人気の記事

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

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

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

    新着記事 - テクノロジー

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

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

    はてなブックマーク

    公式Twitter

    はてなのサービス

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