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

観測しようとすると、その観測が影響を与えてしまう感じで、おもしろい 自分の頭の中 この機能をチームで開発するのに、だいたい2ヶ月くらいかなぁと自分が頭の中で思っているとする。もし僕らの知ってる範囲ですべてが収まれば1ヶ月くらいで終わるかもなぁと思いつつ、まぁ、知らない範囲のことがあるだろうし2ヶ月くらいに思っておくのがいっか という感じ。6割ぐらいの自信 チームの中 チームメイトに「この機能いつ出せるかな？」って聞かれることはあんまりないと思うけど、もし聞かれたら「んー、2ヶ月くらいじゃない？もしかしたら、もうちょっと早くできるかもだけどね」ってそのまま頭の中を伝えると思う 聞かれることがあんまりないというのは、そもそも、チームでラフに見積もるから。Tシャツサイズとかストーリーポイントとかを使って「Mサイズだから2ヶ月くらいだね」って話をするだけで済む。「2ヶ月くらいだね」って言ったものは

[bamch0h]

スレチだけど。納期が近づいてきて問題が多発していると「なぜその問題が発生したのか」とか「どうやったらスケジュール通りにいくか」みたいな事務作業が多発して本来の開発作業に集中できないみたいなことがある。

[hanajibuu]

専念すれば2ヶ月と答えても、他もやりながらの2ヶ月にされるよな。

[tpircs]

計画を約束と扱ってしまうことに悲劇があると思う。計画は見直されることを前提としないとネガティブに働く。

[dsl]

これはあるけども、本当にそれだけに専念すれば2か月でできるのだけど、4ヶ月と約束して余裕が生まれて他の仕事が優先されてしまうだけの気はする

[mak_in]

結局、信頼関係だよな。信頼関係がないコミュニケーションにコストがかかる、って話だと思ってる。

[xlc]

中国オフショア開発の現場にいるけど、日本人は本当に約束を守らない。たぶん自分の業務遂行能力を誤って見積もっている。謙虚さが足りないのかバカなのか。

[lacucaracha]

障害対応は『なるはや』しか納期がないからシンプルですよ（血反吐）

[hase0510]

パーキンソンの法則？ https://ja.wikipedia.org/wiki/%E3%83%91%E3%83%BC%E3%82%AD%E3%83%B3%E3%82%BD%E3%83%B3%E3%81%AE%E6%B3%95%E5%89%87 「仕事の量は、完成のために与えられた時間をすべて満たすまで膨張する」

[cowbee]

わかる。これをスクラム開発は理論上解決してるはずなんだが、外側との人間のコンセンサス取れるかどうかはPOの能力ってより環境依存じゃねって思う

[tsubo1]

分かる。で、約束の中身を具体化して説明したり、縮めろと言われて調整する資料作成とかで結局開発期間の三分の一ぐらい浪費する。

[tivrsky]

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

[rin51]

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

[stranger2ex]

「約束はいらない」

[onefootinthegrave]

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

[yimajo]

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

[youichirou]

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

[buhoho]

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

[zyzy]

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

[Domino-R]

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

[mnnn]

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

[tettekete37564]

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

[dekaino]

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

[hatest]

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

[S_Maeda]

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

[kootaro]

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

[katzchang]

これはそう

[kagerou_ts]

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

[ryuzee]

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

[sigwyg]

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

[advancive61]

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

[eichisanden]

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

[kawabata100]

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

[takaboujp1122]

なんかわかるー

[circled]

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

[w1234567]

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

[digo]

ワカル

[higan_n]

すごい、言いたかったことだ

[dorapon2000]

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

[chanpon0]

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

[koyuman]

いや言ってることはわかるけど、趣味開発じゃないんだからとは思う　サラリーマンの場合、3ヶ月半でやるのが正解