エンジニアが納期を守れていないとしたら、そこにはいったい何があるのだろう？（あるいはいったい何がないのだろう？）

XP 祭り 2016

[newmind]

必要なのは正確な見積もりでも、 バッファを積みまくったスケジュールでもなくて、 ステークホルダーとの「一応これで行くけど、違ってたらもう一回考え直そう」という関係。

[homarara]

開発畑出身じゃないやつが仕切ると、電車のダイヤかと聞きたくなるような開発スケジュールを出してくる事がある。想定外の事が何もなければ守れるなんて計画は、それ見積もりじゃなくて願望だろと言いたい。

[napsucks]

全てPMの責任。MSプロジェクトで非稼働日を山ほど盛り込んだり部内レビューなどの証明しづらいwbsを詰め込んだり顧客応答待ちタスクを可視化して入れ込んだ実質スカスカのスケジュールを組むとみんなが幸せになれる

[tenori-taigar-mini]

見たけど、もっと簡単な話だと思う。それからカタカナ大杉。

[sugawara1991]

利益最大化に向けたカイゼンってリスクヘッジと相反する部分があって、そこの認識をステークホルダーとどう合意するのかがムズイ気がしてる。バッファの必要性は事故らないとどんどん軽視されてくし

[datemakio]

仕様確定前に相談せずにクライアントと約束してくるんだもん

[hiroyuki1983]

想定外のことが起きたら残業や休日出勤で対応するんですよ（笑顔）

[chess-news]

　バッファが無い。何で納期には安全率掛けないの？

[yugui]

綿密に検討して不確定要素を排して計画すれば予定通り終わるはずだけど、ソフトウェア開発とは殆どが検討と不確定要素の確定なので、その計画を立てるのにプロジェクトそのものと同じ時間が掛かり不確定性も同じ

[HHR]

良資料。「上から降って来る」を思い描いた。これって上が敵になってるんだよなぁ。対話したくても上に萎縮しちゃうし、そもそも上に時間が無いし。

[kattton]

いい話だった

[mz_bee]

結局、エンジニアの見積もりに責任転嫁させちゃうんだよな。

[sagaraya]

神資料

[moronbee]

ソフトウェアを開発&提供するビジネスで、ステークホルダーがエンジニアリングや(プロジェクト含め)マネージメントを知らずに上手くいく理由の方が知りたい。

[T-miura]

請負契約嫌い・・・・

[hironei]

良記事でした

[sawarabi0130]

可能な限り詳細設計に近い所で再見積するのが現実解だが、ユーザはそこまで待てない。見積にリスクも含める所が価格競争で削られ、最後はサビ残で帳尻。労基署拡充で末端から不当廉売排除するしかない

[heavenward]

売り込む側がプロダクト開発の不確実性を理解してないと悲劇が起こるという話。言語化されてていい資料だと思うけど、言葉遣いが難解すぎて損してると思う

[bulbulpaul]

PMだけじゃなくメンバも理解しておいてほしい。 見積もり精度も大事だけど, 合わすことより想定に対してズレが生じた事を検出する事もも意識して欲しい。

[yumu19]

見積もり難しいよねって話（超訳）

[dev0000_1]

受託の場合、不確実性に対しては、結局SESが最も有効となってしまうのだが。

[ayohata]

プロダクトを作る上での不確実性の話で、理解すごくできる。反面、ビジネス側でもそもも市場においての不確実性とプロダクトが立ち上がるかの不確実性の掛け合わせもどうしたものかと考える。

[rryu]

「他人の作業速度は正確に見積もれない」というのが不確実性の源泉だよなあ。自分ひとりだけならそれほど不確実性は無い。

[s025236]

自分が勘違いしてると伝え方が悪い、こちらが意図と違った対応をするとそんなつもりで言ってない、細かい説明するとそんな事解ってる、技術者じゃないから言われても解らない、何故説明しない…もう少し対話したいな

[sds-page]

納期厳守はいいけどその分贅肉みたいな余分な機能削らせてくれ

[t2y-1979]

プロジェクトマネジメントの指標や背景知識はもちろん重要だけど、ほとんどのプロジェクトでは様々な要件に対してそれを管理するマネージャーの経験やスキルに依存する。個々のエンジニアは関係ない

[yasu-log]

【B!】 エンジニアが納期を守れていないとしたら、そこにはいったい何があるのだろう？（あるいはいったい何がないのだろう？）

[sawasawa12]

ビジネスでやってるシステム開発の話で、エンジニア側にビジネスの視点がないのっておかしくないですかね。

[satohu20xx]

全員がちゃんと頑張れる人なら納期ではなくて目安にして出来上がったときに出すようにしたほうが効率が良いと思う。全員がちゃんと頑張れる人なら・・・だけど。

[hirocueki]

おもいやり Driven Development

[masaru_b_cl]

ゴールドラット先生

[masayoshinym]

"恐らく次の開発ではめちゃくちゃバッファを積む"

[kaipu1224]

予算・納期ありきで始まるからなぁ。やるやらないを上手く折半できる相手ばかりじゃないのが辛い。

[ttskch]

いい資料。「約束したんだから納期は守ってよね」に対する現実解としては、ビジネス側との進捗の共有を短いイテレーションで回すというのが真っ先にやるべきことかなと考えている。

[Dai_Kamijo]

問題点や議論が整理されていて、とても良い資料 / “エンジニアが納期を守れていないとしたら、そこにはいったい何があるのだろう？（あるいはいったい何がないのだろう？） // Speaker Deck” — Takuto Wada (@t_wada) September 26,

[kgfnk]

“エンジニアが納期を守れていないとしたら、そこにはいったい何があるのだろう？（あるいはいったい何がないのだろう？）”

[longroof]

予算不足を精神論で補ってる以外に何が一体( ；∀；)…

[hitode909]

いい話

[azihsoyn]

すごく良い資料だった。痒いところに手が届く感

[shomah4a]

あとで