大規模アジャイルのパネルディスカッションの前説で使用した資料

1. アジャイルジャパン２０１０ 日本アイ・ビー・エム株式会社 ソフトウェア事業 Rational 事業部 Rational テクニカルセールス部長 ソフトウェアライフサイクル・エバンジェリスト 玉川 憲 KenTamagawa

9. 定義・構築・テストのスキルを持った 小規模チームを核にスケールさせる B 機能チーム A 機能チーム X 機能チーム C 機能チーム PMC 約 10 人 4-10 人 x 20 統合テスト

11. どれくらいのアーキテクチャが 必要か？ それは、 何を作っているかに依存する

12. 意図的なアーキテクチャ ソフトウェア アーキテクチャ 製品に対する要件 統合テスト・チーム 開発チーム（スクラム） チーム間 スクラム （ PMC ） アーキテクト

16. Jazz チームコンサート 設計担当 テスト担当 既存ツール アジャイルチーム 要件担当 実装担当 変更管理 テスト管理 要求管理 構成管理 ビルド管理 障害管理 構成管理 プロセス管理 Jazz Team Server 要求 ( スコープ ) 時間 アジャイル Beck 2000 既存ツール群 要求 分析・設計 実装 テスト 時間 要求 ( スコープ ) ウォーターフォール Royce 1970

19. Agile が適用できるかどうかを 判断する質問票を用意 質問内容 ・契約形態 ・要求の変化度合い ・仕様変更を許容するか ・他のアプリとの依存関係 ・ユーザーの巻き込み ・ ToBe モデルの存在 ・ UI ベースでユーザーが評価しやすいか？ ・プログラム言語 ・スキルレベル ・チームサイズ ・クライアントとの関係 ・・・

20. PM のためのプロジェクトガイド ( 立ち上げ、計画、見積もり、ドキュメント ) を用意

25. アジャイルジャパン２０１０ Ｑ＆Ａ

28. アジャイル開発の本質と スケールアップ 変化に強い大規模開発を成功させる 14 のベストプラクティス デスマーチ対策ツール チームコンサート超入門 アジャイルプロジェクト管理 スクラムではじめる最強エンタープライズ開発