共有
  • 記事へのコメント124

    • 注目コメント
    • 新着コメント
    その他
    tivrsky
    tivrsky すごい同意。じゃあロードマップをどう引けばいいのかというのは難しい。PMがエンジニアにタスクだけ渡してスケジュール伏せて開発率管理だけするのがいいのか?

    2023/01/26 リンク

    その他
    rin51
    rin51 見積もりと計画は異なるんだけど見積もりが約束にされてしまうのはどうすりゃいいのか / id:stranger2ex 坂本真綾いいですよね

    2023/01/05 リンク

    その他
    stranger2ex
    stranger2ex 「約束はいらない」

    2022/12/22 リンク

    その他
    onefootinthegrave
    onefootinthegrave メンバーによって足の速さが違うからコミットするなら一番足の遅い人で見積りせざるを得ない

    2022/11/30 リンク

    その他
    yimajo
    yimajo これの根拠が知りたい >“何も考えずにふつうに開発を進めてたら2ヶ月くらいで終わってたんだろうなぁと思う”

    2022/11/25 リンク

    その他
    youichirou
    youichirou あるある。「トラブル時のリカバリーも含めて単純にかかった時間で請求」が結果として一番リーズナブルだったりもする。

    2022/11/25 リンク

    その他
    buhoho
    buhoho ソフトウェア開発って穴掘りににてる気がする。穴掘るだけならできるけどさ、地質調査とかしないと事故ったり見当違いの採掘方法で永遠に終わらなかったり、目当ての資源がそもそもなかったり、そんな感じ

    2022/11/25 リンク

    その他
    zyzy
    zyzy 既に言われてるけどこれは良し悪しで、最速ではないにせよ締め切りがある事で一先ず締め切りまでには出来上がるモードに切り替わるんよ。こっちのモードにならないと、夢中になれない限り、完成するとこまで行かない

    2022/11/24 リンク

    その他
    Domino-R
    Domino-R つか法則も何も仕事なら当たり前。早いがいつ出来上がるか見通せないよりも、多少遅くても完成日が確定してる方が先の予定が立ち、全体の効率化に役立つ。

    2022/11/24 リンク

    その他
    mnnn
    mnnn 期限が決まると最悪のパターンでは「1日で終わる仕事を、期日の前日にやる」がありうるもんなぁ 1日で終わる仕事を1日目にやれば他の人も早く動けるし(理論上。実際は結局待つこともあるが)

    2022/11/24 リンク

    その他
    tettekete37564
    tettekete37564 「なんでそんなに掛かるの」「もっとシンプルに作れば良いでしょ」「無駄なんじゃない」< こいつらを説得する時間が無駄。そのくせちょっとでも譲歩すると「絶対」とか「必ず」言いやがる。だから譲歩できなくなる。

    2022/11/24 リンク

    その他
    dekaino
    dekaino 納期だけ論じるのは違和感あるな。品質とコストと納期(QCD)が複雑に絡む話だ。いついつまでに納品って約束は厳守だけど品質がよくなかったりコストが予定より増えたりが許されるなら、短めの納期でコミットできるよね?

    2022/11/24 リンク

    その他
    hatest
    hatest 途中で伸びそうなときに伸びるよ!って安心して宣言できる環境なら6割ぐらいの成功率で見積もった期間出すけどね。管理側が伸びることを許さず、ぎちぎちにスケジュール組むから9割ぐらいで出すんだよね。

    2022/11/24 リンク

    その他
    S_Maeda
    S_Maeda ガントチャートひいても意味ないのって結局こういうところなんよね。

    2022/11/24 リンク

    その他
    kootaro
    kootaro 同意しかない。/こちらにとって重要な前提条件は無視されて、相手に都合よくなる。仕事出来ない営業とかね。認識齟齬生まれないようにするには前提きっちり、言った言わないが発生しないやり方が重要。

    2022/11/24 リンク

    その他
    katzchang
    katzchang これはそう

    2022/11/24 リンク

    その他
    kagerou_ts
    kagerou_ts そうなんよな。目安なら終わったとき終わるが計画として約束するとそこまでかかる。スケジュール値切られたぶんは残業になるから値切られる想定で積む。ウォーターフォールが遅い理由の一つだと思う

    2022/11/24 リンク

    その他
    ya--mada
    ya--mada SIerのジレンマ

    2022/11/24 リンク

    その他
    ryuzee
    ryuzee 見積りと約束は分けないといかんのだよ。

    2022/11/24 リンク

    その他
    sigwyg
    sigwyg 2weeks宣言したのが3日で終わることもあれば、1monthかかることもある。過去にやったことがあって当たりがつけられれば早いが、初めてやる作業はマジでわからない。実物の製作と違って、属人性が強すぎるのも課題。

    2022/11/24 リンク

    その他
    advancive61
    advancive61 「納期のお約束がなければ早く仕上げることも可能です」「そうなんですね、ではそれでお願いします。その場合はいつ頃ご納品いただけそうでしょうか?」「ですからそれはわかりません」「えっ」

    2022/11/24 リンク

    その他
    eichisanden
    eichisanden 開発出来る人が見積りに時間を「掛けすぎる」のは勿体無いので最小にしたい。最速と最遅で幅を持たせた見積りを出すのが良い気がしている。

    2022/11/24 リンク

    その他
    kawabata100
    kawabata100 約束は幅で考えるのが1番よの。早くて○ヶ月~遅くて×ヶ月など。

    2022/11/24 リンク

    その他
    takaboujp1122
    takaboujp1122 なんかわかるー

    2022/11/24 リンク

    その他
    circled
    circled 端的にまとめると:「この機能開発、何ヶ月くらいかかりますか?」→『一切話しかけてこなければ2ヶ月ですね』

    2022/11/24 リンク

    その他
    w1234567
    w1234567 三点見積もりって最近の若者は知らんのか?(最短値+最頻値×4+最遅値)/6って有名な計算式があってこの場合は2.5ヶ月ぐらいが妥当、95%ぐらいの確率で達成できる最遅値はリスクの指標にもなって便利だぞ

    2022/11/24 リンク

    その他
    digo
    digo ワカル

    2022/11/24 リンク

    その他
    higan_n
    higan_n すごい、言いたかったことだ

    2022/11/24 リンク

    その他
    dorapon2000
    dorapon2000 “こう・・・何も考えずにふつうに開発を進めてたら2ヶ月くらいで終わってたんだろうなぁと思う。遅くても3ヶ月くらい。約束をしたことで開発は遅くなってしまったということなのかな”

    2022/11/24 リンク

    その他
    chanpon0
    chanpon0 早い遅いではなく、コントロールすることが大事な気がするな。

    2022/11/24 リンク

    その他

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

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

    関連記事

    約束は開発を遅らせる - Mitsuyuki.Shiiba

    観測しようとすると、その観測が影響を与えてしまう感じで、おもしろい 自分の頭の中 この機能をチーム...

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

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

    同じサイトの新着

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

    いま人気の記事

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

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

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

    新着記事 - テクノロジー

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

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