松山市ホームページより拝借
Speaker
                                                             Twitter


                                                 http://twitter.com/tomohn

                                                             Facebook


開発プラットフォーム担当エバンジェリスト                              http://facebook.com/tomoharu.nagasawa

認定スクラム マスター
                                                            SlideShare                     LinkedIn
✉ tomohn@microsoft.com
                                                  http://slideshare.net/tomohn    http://linkedin.com/in/tomohn
                  YouTube

                                                        ITmedia Blog                         MSDN Blog
 http://youtube.com/user/tomoharunagasawa

             MSDN Channel 9                    http://blogs.itmedia.co.jp/nagap   http://blogs.msdn.com/tomohn


      http://channel9.msdn.com/Niners/tomohn
11月16日から公開
ALM Summit

 ハッシュタグ              で日本語での最新情報を入手
 ハッシュタグ                    で英語での最新情報を入手
    https://sites.google.com/site/tfsugj/almsummit2011

 12/10 (土) 東京・品川で、参加報告会が開催
   http://kokucheese.com/event/index/21464/
ALM 最新情報
ミニ ALM Summit 

    実施されているセッションから
Biz & App
  ‘90s            ‘00s           ‘10s


ソフトウェアは 【便利】   ソフトウェアは 【有効】   ソフトウェアは 【不可欠】
Biz Alignment
    ‘90s           ‘00s    ビジネス価値
                                       ‘10s
ビジネス価値




         開発期間                       開発期間

 ソフトウェアは 【便利】   ソフトウェアは 【有効】        ソフトウェアは 【不可欠】
ALM に至った背景 ~ IT プロジェクトの変わらぬ課題




                  自主規制
出典: Standish Group, 2008 CHAOS Report
                                                  約




                                                  約
                                                               %




                                                               %
                                                                   出典: IEEE Spectrum, 2005 Why Software Fails
                                                                                                                約




                                                                                                                約
                                                                                                                    %




                                                                                                                    %




                    
出典: CIO Magazine, 2005 Fixing the Software Requirements Mess       出典: Standish Group, 2000 CHAOS Report




                                                  約            %                                                約   %
出典: Microsoft Corporation                                          出典: @IT 読者調査, 2005 注目のプロジェクト成功率方法とは?
What’s ALM?
ALM is ..
ALM is ..
自己組織化
コマンド コンロトール
Which Org is better?



              http://www.bonkersworld.net/organizational-charts/ より図を拝借 
注目のアジャイル プロセス | 改善のフレームワーク
                                           Scrum
                                デイリースクラム




                   Done の定義
    ユーザー             (DoD)
   ストーリー
     の導入




           プロダクト        スプリント         スプリント レビュー
           バックログ        バックログ           ふりかえり
注目のアジャイル プロセス | 改善のフレームワーク
                                           Scrum
                                デイリースクラム




                   Done の定義
    ユーザー             (DoD)
   ストーリー
     の導入




           プロダクト        スプリント         スプリント レビュー
           バックログ        バックログ           ふりかえり
注目のアジャイル プロセス | 改善のフレームワーク
                             Scrum

スクラム チーム
Scrum × ALM
        High Trust Environment




Scrum                   ALM
Visual Studio ALM
                           開発者   テスト担当者   Java 開発者
                                          VB 6 開発者
           プロジェクト マネージャー                  PHP 開発者
                                          組込み開発者
           デザイナー/UX
                                              利害関係者

                                                      運営アイディアの実装:
顧客/ビジネス アナリスト                                          タスクボード
                                                       行燈
                                                       ポートフォリオ管理
                                                       勤怠管理
                                                       追跡可能性の可視化

                                                      TFS as a Platform
                                                       OSS ツール
                                                       3rd Party ツール
                                                       内製ツール
Visual Studio ALM
                           開発者   テスト担当者   Java 開発者
                                          VB 6 開発者
           プロジェクト マネージャー                  PHP 開発者
                                          組込み開発者

      信頼できる環境:
           デザイナー/UX
                                              利害関係者


顧客/ビジネス アナリスト
                透明性、追跡可能性、容易性、持続可能性、…                 運営アイディアの実装:
                                                       タスクボード
                                                       行燈
                                                       ポートフォリオ管理
                                                       勤怠管理
                                                       追跡可能性の可視化


      効率化できる環境:                                       TFS as a Platform
                                                       OSS ツール
                                                       3rd Party ツール
                透明性、追跡可能性、容易性、持続可能性、…                  内製ツール
Open Platform




Feedback Cycle
Rework Costs
  自主規制
− プロジェクトの作業全体に対する
  「手戻り」の割合



− 「手戻り」が後に発生するほど
                    出典: IEEE Spectrum, 2005 Why Software Fails by Robert N. Charette © 2005 IEEE




    
  コストに影響する


                      出典: Applied Software Measurement, Capers Jones 1996
Continuous Feedback
 • 受け入れる仕組み
 • 適切な内容
 • 意思決定できる仕組み
 • 適切な把握と、実行
 • 共有と連絡の仕組み
Continuous Feedback
 • 受け入れる仕組み
実践可能な、
 • 効率性
   適切な内容
 • 容易性
   意思決定できる仕組み
 • 持続可能性
   適切な把握と、実行
   関心ごとへの最適化 (把握可能、WIP 短縮)
 • 共有と連絡の仕組み
が求められる
Visual Studio ALM
• 受け入れる仕組み     TFS
• 適切な内容        Visual Studio
• 意思決定できる仕組み   TFS
• 適切な把握と、実行    Visual Studio
• 共有と連絡の仕組み    TFS
Demo, Demo, Demo
Visual Studio 2010
Demo, Demo, Demo
 自主規制
 Visual Studio 11
       
Conclusion
  ‘90s                      ‘00s                      ‘10s


ソフトウェアは【便利】               ソフトウェアは【有効】          ソフトウェアは【不可欠】
            完成したソフトウェア                  ビジネスにマッチしたソフトウェア
   個人のアジリティ                 チームのアジリティ                 ビジネスのアジリティ
              I’m done.                     We’re done.

      IDE                    ALM 1.0                      ALM 2.0
Conclusion
              貢献度
              ビジネス課題
              ・・・

                           進捗 / 品質
                           懸案事項 / 運営
                           ・・・

       品質の検証
       受け入れ確認
       ・・・




   コード レビュー
   単体テスト            ナレッジ共有
   スキル アップ          ミーティング
   ・・・              ふりかえり            バグ
                     ・・・
                                       受け入れ確認
                                       ・・・
ご清聴、まことにありがとうございました。

Agile 459 | 11/17 資料

  • 1.
  • 2.
    Speaker Twitter http://twitter.com/tomohn Facebook 開発プラットフォーム担当エバンジェリスト http://facebook.com/tomoharu.nagasawa 認定スクラム マスター SlideShare LinkedIn ✉ tomohn@microsoft.com http://slideshare.net/tomohn http://linkedin.com/in/tomohn YouTube ITmedia Blog MSDN Blog http://youtube.com/user/tomoharunagasawa MSDN Channel 9 http://blogs.itmedia.co.jp/nagap http://blogs.msdn.com/tomohn http://channel9.msdn.com/Niners/tomohn
  • 3.
  • 4.
    ALM Summit  ハッシュタグ で日本語での最新情報を入手  ハッシュタグ で英語での最新情報を入手  https://sites.google.com/site/tfsugj/almsummit2011  12/10 (土) 東京・品川で、参加報告会が開催 http://kokucheese.com/event/index/21464/
  • 5.
  • 6.
    ミニ ALM Summit 実施されているセッションから
  • 7.
    Biz & App ‘90s ‘00s ‘10s ソフトウェアは 【便利】 ソフトウェアは 【有効】 ソフトウェアは 【不可欠】
  • 8.
    Biz Alignment ‘90s ‘00s ビジネス価値 ‘10s ビジネス価値 開発期間 開発期間 ソフトウェアは 【便利】 ソフトウェアは 【有効】 ソフトウェアは 【不可欠】
  • 9.
    ALM に至った背景 ~IT プロジェクトの変わらぬ課題 自主規制 出典: Standish Group, 2008 CHAOS Report 約 約 % % 出典: IEEE Spectrum, 2005 Why Software Fails 約 約 % %  出典: CIO Magazine, 2005 Fixing the Software Requirements Mess 出典: Standish Group, 2000 CHAOS Report 約 % 約 % 出典: Microsoft Corporation 出典: @IT 読者調査, 2005 注目のプロジェクト成功率方法とは?
  • 10.
  • 19.
  • 20.
  • 22.
  • 23.
  • 24.
    Which Org isbetter? http://www.bonkersworld.net/organizational-charts/ より図を拝借 
  • 25.
    注目のアジャイル プロセス |改善のフレームワーク Scrum デイリースクラム Done の定義 ユーザー (DoD) ストーリー の導入 プロダクト スプリント スプリント レビュー バックログ バックログ ふりかえり
  • 26.
    注目のアジャイル プロセス |改善のフレームワーク Scrum デイリースクラム Done の定義 ユーザー (DoD) ストーリー の導入 プロダクト スプリント スプリント レビュー バックログ バックログ ふりかえり
  • 27.
    注目のアジャイル プロセス |改善のフレームワーク Scrum スクラム チーム
  • 28.
    Scrum × ALM High Trust Environment Scrum ALM
  • 29.
    Visual Studio ALM 開発者 テスト担当者 Java 開発者 VB 6 開発者 プロジェクト マネージャー PHP 開発者 組込み開発者 デザイナー/UX 利害関係者 運営アイディアの実装: 顧客/ビジネス アナリスト  タスクボード  行燈  ポートフォリオ管理  勤怠管理  追跡可能性の可視化 TFS as a Platform  OSS ツール  3rd Party ツール  内製ツール
  • 30.
    Visual Studio ALM 開発者 テスト担当者 Java 開発者 VB 6 開発者 プロジェクト マネージャー PHP 開発者 組込み開発者 信頼できる環境: デザイナー/UX 利害関係者 顧客/ビジネス アナリスト 透明性、追跡可能性、容易性、持続可能性、… 運営アイディアの実装:  タスクボード  行燈  ポートフォリオ管理  勤怠管理  追跡可能性の可視化 効率化できる環境: TFS as a Platform  OSS ツール  3rd Party ツール 透明性、追跡可能性、容易性、持続可能性、…  内製ツール
  • 31.
  • 39.
    Rework Costs 自主規制 − プロジェクトの作業全体に対する 「手戻り」の割合 − 「手戻り」が後に発生するほど 出典: IEEE Spectrum, 2005 Why Software Fails by Robert N. Charette © 2005 IEEE  コストに影響する 出典: Applied Software Measurement, Capers Jones 1996
  • 40.
    Continuous Feedback •受け入れる仕組み • 適切な内容 • 意思決定できる仕組み • 適切な把握と、実行 • 共有と連絡の仕組み
  • 41.
    Continuous Feedback •受け入れる仕組み 実践可能な、 • 効率性 適切な内容 • 容易性 意思決定できる仕組み • 持続可能性 適切な把握と、実行  関心ごとへの最適化 (把握可能、WIP 短縮) • 共有と連絡の仕組み が求められる
  • 42.
    Visual Studio ALM •受け入れる仕組み TFS • 適切な内容 Visual Studio • 意思決定できる仕組み TFS • 適切な把握と、実行 Visual Studio • 共有と連絡の仕組み TFS
  • 43.
  • 44.
    Demo, Demo, Demo 自主規制 Visual Studio 11 
  • 45.
    Conclusion ‘90s ‘00s ‘10s ソフトウェアは【便利】 ソフトウェアは【有効】 ソフトウェアは【不可欠】 完成したソフトウェア ビジネスにマッチしたソフトウェア 個人のアジリティ チームのアジリティ ビジネスのアジリティ I’m done. We’re done. IDE ALM 1.0 ALM 2.0
  • 46.
    Conclusion  貢献度  ビジネス課題  ・・・  進捗 / 品質  懸案事項 / 運営  ・・・  品質の検証  受け入れ確認  ・・・  コード レビュー  単体テスト  ナレッジ共有  スキル アップ  ミーティング  ・・・  ふりかえり  バグ  ・・・  受け入れ確認  ・・・
  • 47.