スケジュールの見積もりを適当に答えたらコミットメントにされる問題について｜きゅーい / koyo

こちらのエントリを読んでいたら、なるほどとてもわかるとなった。そしてこの問題については何らかの解を持っておくべきだと思ったため、ちゃんと考えることにしたのがこのエントリの趣旨である。 上述のエントリには、ソフトウェア開発者がスケジュールのコミットメントを求められた場合、精緻にスケジューリングするためのタスクやスケジュールに余裕を持たせるためのバッファを積むしかなくなり、結果としてソフトウェア開発が遅くなってしまうという話が書かれている。 ソフトウェア開発を実際に行ったことがある人であればこの話には凡そ同意できるとは思うが、それ以外の人には理解に苦しむ話となる。 それゆえに、現代においても「この機能はいつまでにリリースするの？出来なかったらどうするの？」といった質問が横行し、それに対して特に意味のないスケジュールを答えるという虚無の応答が多くのチームでいまも行われている。 ビジネスサイドの仕

[caynan]

建築との比較が気になる人もいるようだけど、そもそも建築とか土木工事とかのスケジュール管理がソフトウェア開発にも同じように適用できると思い込んでやってみたら死屍累々だったのがアジャイル前の姿なんだよね

[jralove]

正解→だからスクラム開発のように常に状況を可視化して開発しよう ハズレ→だから予定なんて立てずに思うがまま開発しよう

[mazmot]

コミットメントなしのスケジュール？

[xlc]

IT業界に30年いるが、納期に間に合わないなどどいう重大事故は数回しか経験していない。一体どこの世界の話をしてるんだ。アジャイルを約束破りの口実にするのはいい加減やめろ。迷惑だ。

[gomakyu]

他業種はどうやっているんだろう、と思った。特に建築関係。

[hom_functor]

工学論文でもスケジュール守れるプロジェクトの方が少ないという調査結果が出ているのに、守れない見積もりをコミットさせて後で困りたがる人が後を絶たない

[watasinoid]

建設はガンプラ作るだけ。ガンダムのデザインから作っているわけではない。現場でやれる事は少ない。

[akanama]

“ビジネスサイド”がコミットメントを求める事情もわかる。結局、予定通りいくかは誰もわからんから、保険としてバッファを用意する他なく、求められるコミットの強さに応じて大きく持つか小さく持つかでしかない。

[kagerou_ts]

これ、納期に間に合わないとか納期に遅れるとかでなく、「絶対遅れない納期を切るならめちゃ遅くなる」って話なんだよな。オーダーメイドの一点ものを研究開発してるようなもんだから目安は出せるが約束はできんよ

[tk_musik]

コミットメントなしのスケジュールの何がおかしいんだ？血反吐はいてもスケジュール守れってコミットメントしたスケジュールに対して、不確定要素があることを認めたスケジューリングでしょ。それとも確約の悪用か？

[akymrk]

“ソフトウェア開発者側からすると「誠実にありたい」がゆえにスケジュールの明確なコミットを避けたい”"確実に守らなければいけない期日の場合は機能や品質を犠牲にするしかない"

[hamasakie]

建築がガンプラ組み立てるだけだったらいいんだけどな…まぁ現場によるけど。死屍累々を踏み越えて無理矢理やってるってだけでうまくは行ってないよ

[favoriteonline]

いやー、ソフトウェア開発でも納期優先するために、品質を犠牲（細かいエラーケースは省く）にしたり、コストを犠牲（赤字でも人を入れてやる）にすることはあると思うが。

[dekaino]

納期だけ気にしてもしょうがないですよ。品質、コストも含めたトレードオフで調整するしかない問題。納期を守ると品質下がるけどいい? コスト上がるけどいい? って確認して調整せねば。

[emt0]

RFPでも出てりゃそれなりに答えられるけどそうじゃなきゃ答えないか前置き付けて長めに答える。それが独り歩きされたら相手にちゃんと抗議する。

[aceraceae]

ですよねぇでしかないけど、問題は結果的にコミットメントを強要されたりコミットメントしたことにされたりすることなんだよね。その瞬間にやる気失くすわけだけど。

[dot]

こういうの信頼関係が一番大事なので、防御的に何もコミットメントしないのではなく、相手の立ち位置も慮りながら、勘/経験/度胸を駆使して無理ぽ/やれそうという話を正直にして握れるところから握っていくしかない。

[mr_yamada]

個々の記述には同意する部分もあるけど、主題にはまるで同意できないわ。困難ながらも見積もった上で、必要に応じて調整が必要。まあ、ビジネス側の見積もりが甘いケースも多いけどさ。

[PrivateIntMain]

どうしなきゃいけないかまで詰めていいなら近い納期は答えられるけど、まだ受注するかわからん段階で詰めてほしくないなら精度が落ちるのは当たり前だよ。動くスパゲッティを想定しろってのも限度があるし。

[ty356trt5]

ビジネスサイドが質問に対して期日通りに抜け漏れ無い回答を後出し無しに回答してくれる前提でスケジュール組んでいいなら、80%の確率で達成できますよ！

[nabecho]

納期に間に合わなかったことないとかいうコメントあるけどそれって多分にリスク乗せた納期でしょ？めっちゃ遅いやつやん。できるだけ早く動くものを提供したいと納期を絶対守るは両立しないって話では

[ROYGB]

金額で、自分が思った額を２倍だかにして回答するというのを前に見た。期間も、ざっくり考えてものに余裕をもって答えるのが安全。あとは分割して、まず最初の部分だけやって残りはそれから相談とか。

[cad-san]

本質的には、コミット可能なスケジュールを受け入れられない事にある。見積も開発も、非従事者の直感より時間がかかる。期日は予め決まっていて、結果着手が理想日より遅い。だからあの手この手で工数を削ろうとする

[jaguarsan]

言いたいことはわからないでもないけど、ビジネスサイドとの対比は余計な軋轢うむだけ。この人営業と仲悪いんだろうなと思ってしまった。

[wazpk6no]

自社開発ならそれでもいいんじゃないすかねー

[door-s-dev]

コミットする時は3倍見積もりしましょうね〜

[pikopikopan]

建設業は日程延長して貰うか、書類揃わない一人親方入れてでも間に合わせるよ。金の力でなんとかする。そのかわり入った痕跡は消すけど。

[Fivestar]

概ねわかる。その上で最初の伝え方も認識の齟齬がないようにはするとか、適切に話し合って相互理解を促すとか、そうしたアプローチをサボらずにいきたい

[devorgachem]

そういうときは2点見積もりして不確実性を伝えるのがいいと思うな

[kawabata100]

たとえば、トラブルなしで2ヶ月なら、4ヶ月と答えるのが誠実かな。～2ヶ月を強要されるなら、跳ね除ける勇気も必要。

[cloverstudioceo]

誰とも関わらないでただ一人で黙々とプログラムかけるならスケジュールにコミット出来ると思うけど、チームでする仕事の場合はそうは行かないよな。

[monmon225197810]

対象がソフトウエア開発単体の話なら、まあそうよねって話。だけど並行で進めてる何かや後工程があれば期日はコミットメントしなきゃいけないのでは？基盤部分と結合試験したりお金かけてプロモーションしたり。

[ton-boo]

作りたいものの難易度と設計・開発者のスキルレベルの乖離が大きいと見積もりのブレも大きくなりやすくて、それは難易度が高すぎるケースもスキルレベルが低すぎるケースも両方ありそう

[gifuwasabii]

打ち合せに突然呼ばれて、ざっくりとした概要だけ話がありただの相談かと思ってたら、いきなり年末までにできそう?みたいに言ってくるゴミ人間いるからな。特に現場のことに疎いコード書かない文系パワハラ系にいる

[taguch1]

スケジュールは正確に観測すればするほど遅れる。

[hoge_hoge_123]

ソフトウェア開発の現場にいるが当初の納期に間に合わないpjの方が多い印象だけど。

[tsutsumi154]

ゴールドラット本のクリティカルチェーンみたいに共通バッファでも持たせられればいいんだけど

[yoshiyoc]

あんまり共感せんな