見積りとは何か 見積りとは何でないか 統計的手法, 俺プロセス, druby.org 読書メモを淡々と紹介 みんな知ってる話 技術系エンターテイメントはいかがな ものか。 重要なことを先に 先に 重要 y dRub Web による 昨夏リリース まだ初版買えます! 分散・ プログラミング 関 将俊 著 私について druby.org プログラマ TOPエンジニア????? WEB+DB PRESS 肩身が狭い 肩身が狭い 豪華執筆陣。ここ→ 普通の見積りの話 熊とワルツを ソフトウェア見積り 見積りとは 目標ではない 「3ヶ月でやって 見積りではない 「○月△日にできます これも目標 見積りとは 計画ではない 見積りとは 計画のための視点 確率分布 確率分布で表す ある時期/コストでできる確率 不確定性と向き合おう 相対確率の分布 3つの点 一番見込みがある日 ナノパーセント日 何もかもうまくいくとできる日 確実にできる日 積分してみる 五分五分な日 積分すると見える 一番可能性がありそうな日と ちょっと違う 見積りの回答例 ナノパーセント日 一番見込みのある日 五分五分な日 確実にできる日 幅を狭めるには? 幅はリスクの大きさ リスクを無視すれば狭まる リスクに気付かなければ狭まる 狭めたいの? 精度とは何か 有効桁数だよ? > Precision 1日? 8H? 28341.6秒? 正確さ 確からしさ 95%信頼区間? 見積りの精度って 精度? 正確さ? 不確定性の把握? 尋ねられたのは 目標? 見積り? 何のための見積り? 予言? 計画? ずっと見積れ 計画するために見積る 計画し続けるために見積り続ける ここまでが 常識 ここからは 俺見積り 統計的な見積り また違った統計 統計の得意な領域 標本から母集団を推定 異常の発見の手がかり プロセスとは なにかを出力するなにか 出力を観察してみよう ふつうの開発は XPなどのイテレーティブな開発 要求から実装、試験まで 当然 繰り返し出力しているはず 標本たくさん集まる たとえば各ストーリーの実績 数十個あればたいていわかる 正規分布に従う? 正確に求まるよ 実装に必要なポイントの分布 ストーリーの個数がわかると‥ 全体でどのくらいかかるのか 製造のメタファは 自動化とか 統計とか 繰り返しの状況がないと使えない 繰り返しを作ろう もし出力が 1年で1回なら‥ 50年くらいやれば求まるよ 1日なら‥ 2ヶ月くらい? 結局 小さなストーリーに分割できて 細かく反復して確認できたら 見積りしやすい 異常に気づける 分割する 大きいままでは食べられない 扱いやすい粒度へ 顧客も開発者も 繰り返すと上手に分割できる そこまでやってたら そこまでやってたら外さない そこまでやってたら異常もわかる しかもすごく速く 統計、役に立つの? きっと さて まだ時間は余ってますね 俺プロセスとは なにかを出力するなにか ソフトウェアで言うと プログラムを実体化したもの ソフトウェア開発なら プロセス = チーム 書かれたプロセス チームをある視点で観察したメモ 同じモノを見てもいろんな視点が ポータブルかもしれないが転写は とってもとっても難しい 同じ物を見ても なんでもWaterfallだ なんでもアジャイルだ 俺のはよいアジャイルだ その抽象度はまるで なんとかモデリング 具体的な活動との乖離 出力を観察すると プロセスの性能が見えるかも 問題を分割し、解決する能力 プロセスの出力を推定できる 問題点を見つけてプロセスを変更 プロセス超重要!! つまりチーム重要!! 出力重要 書かれたプロセスはそれなりに ポータブル? 言葉にしたら持ち出せるけど 転写は難しい チームに依存した無数のプラク ティス、文化? 分析はできるかも 工場のメタファ プロセスってまるで工場だ チームを創る = 工場を創る 俺ソフトウェア工場 つづく 時間余ってたら どうしよう‥ 重要な点をもう一度 y dRub Web による 昨夏リリース まだ初版買えます! 分散・ プログラミング 関 将俊 著
© Copyright 2024 Paperzz
