Planning, Estimating, and Monitoringgg Progress in Agile ...
Agile Estimating and Planning on JFPUG
-
Upload
shintaro-kakutani -
Category
Technology
-
view
3.089 -
download
3
description
Transcript of Agile Estimating and Planning on JFPUG
角谷 信太郎KAKUTANI Shintaro; Eiwa System Management,Inc.
ふつうに実践している経験から(株)永和システムマネジメント
2010年度日本ファンクションポイントユーザ会第4回会合; 2011-01-21(Fri)
アジャイルな見積りと計画づくり
2011年1月21日金曜日
提 供
おかげさまで30周年情報化技術を通じて社会と共生する
2011年1月21日金曜日
http://www.flickr.com/photos/t-seto/3740610277/
Kakutani Shintaro
2011年1月21日金曜日
http://www.amazon.co.jp/o/ASIN/4839924023/kakutani-222011年1月21日金曜日
http://gihyo.jp/dev/serial/01/agile2011年1月21日金曜日
2011年1月21日金曜日
http://www.amazon.co.jp/o/ASIN/4774144606/kakutani-222011年1月21日金曜日
今夏翻訳刊行
http://pragprog.com/titles/jtrap/the-agile-samurai2011年1月21日金曜日
http://www.flickr.com/photos/recompile_net/4935820587/
RubyKaigihttp://rubykaigi.org
2011年1月21日金曜日
http://www.flickr.com/photos/t-seto/3740610277/
Kakutani Shintaro
2011年1月21日金曜日
http://www.amazon.co.jp/o/ASIN/4839924023/kakutani-222011年1月21日金曜日
提 供
おかげさまで30周年情報化技術を通じて社会と共生する
2011年1月21日金曜日
Agile Software Development
http://www.flickr.com/photos/long-mai/3569550298/2011年1月21日金曜日
2011年1月21日金曜日
2005 2006 2007 2008 2009
043
117130 150
711
12 16
Ruby,Rails関連プロジェクト数と売上高(単位:百万)の推移
2011年1月21日金曜日
2011年1月21日金曜日
http://www.tbray.org/talks/RW09.pdf
Javaが中心だったころ✓オブジェクト指向やJava,UMLの技術支援
✓ 2次請けが多い✓パートナー比率が高め✓ 8~10人の開発メンバー
2011年1月21日金曜日
http://www.tbray.org/talks/RW09.pdf
Rubyが中心になってから✓技術を使って価値のあるソフトウェアを届ける
✓お客さまと近い仕事✓自社メンバーが中心✓ 2~4人の開発メンバ ー
2011年1月21日金曜日
ふつうのシステム開発
2011年1月21日金曜日
ふつうのシステム開発
✓ 投資効果のある、✓ ちゃんと動くソフトウェアを、✓ 期待される期間内に提供し、✓ それを維持・変更し続けられる
2011年1月21日金曜日
ふつうのシステム開発✓ 私たちは良い仕事をしたい✓ ソフトウェアは人が人のために
つくっている✓ みんなで力を合わせて成果をあ
げるのが仕事✓ 仕事に見合った報酬を得たい
2011年1月21日金曜日
http://www.amazon.co.jp/o/ASIN/4873113636/kakutani-222011年1月21日金曜日
http://www.flickr.com/photos/recompile_net/3901074695/
“プログラムを書いたことのないシステムエンジニアが威張っているような会社は早晩亡びる。竹内郁雄「推薦のことば」(『ビューティフル・コード』)
2011年1月21日金曜日
http://www.flickr.com/photos/recompile_net/4934007508/2011年1月21日金曜日
Ruby
2011年1月21日金曜日
信頼2011年1月21日金曜日
楽しさ2011年1月21日金曜日
Agile Software Development
http://www.flickr.com/photos/long-mai/3569550298/2011年1月21日金曜日
“Waterfall”
http://www.flickr.com/photos/surangaw/5077635184/2011年1月21日金曜日
Waterfallじゃないやつ
2011年1月21日金曜日
非ウォーターフォール
2011年1月21日金曜日
!
!"#$%
http://www.slideshare.net/hiranabe/now-past-and-future-of-agile-development-and-xp2011年1月21日金曜日
!
!"!"
2011年1月21日金曜日
!2011年1月21日金曜日
2011年1月21日金曜日
!
!"#$%!
!
! " ! "&'(%)*'$$ !"#$%
"#$%&'((()*+$#&,!-(
2011年1月21日金曜日
!"
!
!
!
!
!"#$%$&'()%&*$&'+&,+-&./+0/(1&%+2-*(/$1+'34$&5)&1+'34$6*$&./+0/(1&%+2-*(/$&2$(-3/$&5)&2$(-3/$78
9:(/)&;+..$,'<$=> !"#$%&"'(
2011年1月21日金曜日
!"
!"#$%&"''()*%+,(-"./".
! " ! "!"#$%&"'' )*%+, ! "-"./".
!"#!"#!"#
!"#$%&'("!"#$%&'("
!"#$%&'("
!"# $%&'()%*+,' *-./01-203*-/01-203 !"# &'()*+,'
! "#$ "%
2011年1月21日金曜日
根源的な態度
2011年1月21日金曜日
http://www.amazon.co.jp/o/ASIN/0321503627/kakutani-222011年1月21日金曜日
“「予期しない変化が起きる」ということを
予期する
Expect Unexpected Changes
2011年1月21日金曜日
アジャイルなプロセスとは何か?
2011年1月21日金曜日
http://www.amazon.co.jp/o/ASIN/4274066940/kakutani-222011年1月21日金曜日
開発がアジャイルであるということは、協調性を重んじる環境で、フィードバックに基づいた調整を行い続けることである。
2011年1月21日金曜日
フィードバック
2011年1月21日金曜日
学び2011年1月21日金曜日
✓ 2つの知識の獲得✓プロダクトに関する知識✓なにをつくるのか?
✓プロジェクトに関する知識✓どうやってつくるのか?
フィードバック = 学び
2011年1月21日金曜日
学びとは何か?
2011年1月21日金曜日
http://www.amazon.co.jp/o/ASIN/4873114039/kakutani-222011年1月21日金曜日
“学びとは“人に対して”行われることではない。“人が”行うことである。
ー Andy Hunt
2011年1月21日金曜日
プロジェクトのわからなさを認める
http://www.flickr.com/photos/hsbt/5233315305/2011年1月21日金曜日
http://www.amazon.co.jp/o/ASIN/4839924023/kakutani-222011年1月21日金曜日
言葉づかいについて少し✓ 見積り✓ プロジェクトにかかる期間やコストの予測
✓ ターゲット✓ 実現したいビジネス上の目標を明文化したもの
✓ コミットメント✓ 定義された機能を、特定の品質レベルを確保し
ながら期日までに納品するという約束
2011年1月21日金曜日
ねらうのはこのあたり
2011年1月21日金曜日
http://agilewarrior.wordpress.com/2011年1月21日金曜日
© Copyright 2009, Rasmusson Software Consulting
だいたいわかるアジャイルな計画づくり
2011年1月21日金曜日
© Copyright 2009, Rasmusson Software Consulting
なすべきことは多く、時間は足りない
Credit: http://www.flickr.com/photos/geneoh/
2011年1月21日金曜日
© Copyright 2009, Rasmusson Software Consulting
デートのToDo家の掃除皿洗いワイン買う掃除機ポエム書く身だしなみ洗車花を買うアイロン運動
よし、デートの準備でやらないといけないことは これで全部かな?
リストをつくる
気が済むまでやってよし
2011年1月21日金曜日
© Copyright 2009, Rasmusson Software Consulting
2時間以上かかるものはなさそうだぞ!
1 hr½ hr2 hr½ hr½ hr1 hr1 hr½ hr½ hr½ hr
~ 8 hrs
大きさを測る
デートのToDo家の掃除皿洗いワイン買う掃除機ポエム書く身だしなみ洗車花を買うアイロン運動
2011年1月21日金曜日
© Copyright 2009, Rasmusson Software Consulting
ちぇっ! ぜんぶやってたら間に合わなさそうだぞ
いちばん大事
大事じゃない
対象範囲外
優先順位をつける
1 hr½ hr2 hr½ hr½ hr1 hr1 hr½ hr
½ hr½ hr
デートのToDo家の掃除皿洗いワイン買う掃除機ポエム書く身だしなみ洗車花を買う
アイロン運動
2011年1月21日金曜日
© Copyright 2009, Rasmusson Software Consulting
ほんとは運動とかしたくないし、アイロンも何がなんでもじゃないしね
実行にうつす
1 hr½ hr2 hr½ hr½ hr1 hr1 hr½ hr
½ hr½ hr
だいたいみんながいつもやってるのと同じだったり
デートのToDo
家の掃除皿洗いワイン買う掃除機ポエム書く身だしなみ洗車花を買う
アイロン運動
2011年1月21日金曜日
© Copyright 2009, Rasmusson Software Consulting
ユーザーの追加旅程の印刷宿の予約旅行のキャンセル許可証の予約許可証の更新検索新規デバイスの追加オプションの追加予定のキャンセルクルマの予約ホテルの更新プロフィール更新管理画面の追加
Facebook対応MySpaceの削除Twitterの更新
1週間
予算切れ時間切れやることなし
これをどうやって計画に? 納期とか予算とか計画書とか
ここまでで ½ 完了
いちばん大事
大事じゃない
1週間 1週間 1週間
2011年1月21日金曜日
http://www.flickr.com/photos/kaidohmaru/453263320/
Velocity
2011年1月21日金曜日
Velocity✓単位期間のあいだにプロジェクトが進んだ速度
✓見積り単位は規模を表現✓ ストーリーポイント✓ 理想日
2011年1月21日金曜日
http://www.flickr.com/photos/alastairhumphreys/3188288778/
プロジェクトレベルでの計画づくり
テキスト
2011年1月21日金曜日
フィーチャ単位で仕事をすすめる
http://www.flickr.com/photos/soldiersmediacenter/3948272458/2011年1月21日金曜日
計画の基準: フィーチャ(タスクではない)‣ フィーチャ(Feature): ソフトウェアの機能、特性や特徴、性能目標、見た目や使い勝手など、いわゆる「売り文句」を総称するもの
‣ 要求仕様, 機能要件, 大機能, ユースケースとよく似ている‣ ユーザに価値を提供するものがフィーチャ
‣ 性能要件やセキュリティといった非機能要件もフィーチャになりうる
‣ フィーチャの“実装”手段はさまざま‣ ユーザーストーリー, ストーリーカード‣ Issue Tracking Systemに登録されたチケット‣ Excelの表‣ ユースケース記述の変異したもの
2011年1月21日金曜日
ストーリーカード
2011年1月21日金曜日
http://blog.mountaingoatsoftware.com/advantages-of-the-as-a-user-i-want-user-story-template2011年1月21日金曜日
見積り2011年1月21日金曜日
規模を見積り、期間は導出する
2011年1月21日金曜日
“規模を見積もり、期間は導出する”
(『アジャイルな見積りと計画づくり』から引用)
2011年1月21日金曜日
http://www.flickr.com/photos/kaidohmaru/453263320/
Velocity
2011年1月21日金曜日
見積りの技法‣ 見積りの単位
‣ ストーリーポイント vs. 理想日‣ 相対サイズによる見積り
‣ 対比、三角測量、分割
‣ 見積りのスケール‣ 1~10倍の精度
‣ フィボナッチ数列(1, 2, 3, 5, 8) vs. 公比2の等比数列(1, 2, 4, 8)‣ 10倍を超える場合は分割するか、13, 20, 40, 100 を使う
‣ テーマ, エピック, ユーザーストーリー
‣ チームで1つの見積り‣ プランニングポーカー
2011年1月21日金曜日
ねらうのはこのあたり
2011年1月21日金曜日
プランニングポーカー
http://www.planningpoker.com/http://store.mountaingoatsoftware.com/
2011年1月21日金曜日
2011年1月21日金曜日
2011年1月21日金曜日
プロジェクトのモニタリング‣ バーンダウンチャート
‣ リリースまでに残っている作業の規模を計測する
‣ 完了見込みを一目瞭然にする‣ イテレーション単位で計測する(日次で計測することも可能)
‣ バーンダウン棒グラフ‣ 残作業に加えて、スコープの変化もモニタリングする
‣ 要求の安定性を一目瞭然にする‣ グラフの読み方やスコープ変化の扱いに習熟が必要
(『アジャイルな見積りと計画づくり』から引用)
2011年1月21日金曜日
バーンダウンチャート2011年1月21日金曜日
バーンダウン棒グラフ2011年1月21日金曜日
2011年1月21日金曜日
一括請負でどうする?
2011年1月21日金曜日
プロジェクトのバッファ‣ 2点見積りによるバッファ
‣ 平均ケース(50%見積り)‣ 最悪ケース(90%見積り)‣ 50%と90%の標準偏差の合計値の平方根(二乗和平方根法)
‣ 1点見積りによるバッファ‣ 50%見積りの合計値‣ 不確実性が適切に反映されないおそれ
‣ フィーチャバッファとスケジュールバッファ‣ 期間全体に対して20%のバッファを用意できるか?
2011年1月21日金曜日
二乗和平方根法によるバッファ算出の例
‣ 17(50%見積りの合計 + 9√(最悪-平均)2.round→ 26ポイント
(『アジャイルな見積りと計画づくり』から引用)
2011年1月21日金曜日
http://www.amazon.co.jp/o/ASIN/B0042RUEZ8/kakutani-222011年1月21日金曜日
まとめ
2011年1月21日金曜日
✓ アジャイルであることについて✓ 非ウォーターフォール✓ “予期しない変化”を予期する✓ フィードバック = 人が学ぶ
✓ アジャイルな見積りと計画づくり✓ 仕事以外ではふつうにやっているのでは✓ はやめに・こまめに・フィードバックを重視・継続的
✓ 一括請負でも基本は同じ✓ もちろん工夫は必要✓ プロジェクトを始める前が肝心
本日のお話のまとめ
2011年1月21日金曜日
今夏翻訳刊行
http://pragprog.com/titles/jtrap/the-agile-samurai2011年1月21日金曜日
http://www.amazon.co.jp/o/ASIN/4839924023/kakutani-222011年1月21日金曜日
ご清聴ありがとうございました
2011年1月21日金曜日