1. アジャイルなマインドでいこう！ 2009/06/27 minamo

10. 主な開発手法 ウォーターフォール プロトタイピング スパイラル ＸＰ スクラム リーンソフトウェア開発

11. 主な開発手法 アジャイル開発 ウォーターフォール プロトタイピング スパイラル ＸＰ スクラム リーンソフトウェア開発 今回はココ

20. イテレーション駆動 （反復型開発） アジャイルなマインド その１

28. 不確実性のコーン time ×0.25 ×4.00 最初の見積もりは最低と最高に１０倍以上の開きがある 実際に信頼できる見積もりは、 プロジェクト中盤にならないと出てこない ↑開発スタート時 ↑イテレーションＸ

30. 仕様を進化させる アジャイルなマインド その２

39. ふりかえり アジャイルなマインド その３

46. ふりかえり手法 ～ＫＰＴ～ Keep Problem ・タスク管理が上手くいった（佐々木） ・グラフィックチームとの連携（本間） ・差し入れが美味しかった（佐々木） ・ムダのないミーティング（田切） ・休日出勤が多かった（佐々木） ・仕様書の抜けが多すぎた（田切） ・実装プライオリティを間違えた（本間） 保っていきたい点と 問題があった点を書き出す 媒体はなんでもかまわないが ホワイトボードや付箋を 使うと便利

47. ふりかえり手法 ～ＫＰＴ～ Keep Problem ・タスク管理が上手くいった（佐々木） ・グラフィックチームとの連携（本間） ・差し入れが美味しかった（佐々木） ・ムダのないミーティング（田切） ・休日出勤が多かった（佐々木） ・仕様書の抜けが多すぎた（田切） ・実装プライオリティを間違えた（本間） ・そもそも、見積もりが甘かった（佐々木） Try ・知識共有のため、 社内勉強会を開く（佐々木） ・新しいソフト「XXX」を試してみる（田切） ・仕様書レビュー会をしっかり開く ・タスク管理の項目に、 プライオリティを追加する ・タスクの見積もり結果を、 一度全員に見せてコミットしてもらう 最後に、Ｔｒｙから実際に何をやるか決める

50. アジャイルな考えは どこでも通用する