XDev 2011 のセッション資料です。 資料の PDF ダウンロードは、XDev のレビュー記事より行えます: http://special.nikkeibp.co.jp/ts/article/aa0i/112608/

1. Sp
B-4
Session ID Session Title
日本マイクロソフト株式会社
品質/テスト
ALM 継続的フィードバックで見る エ バ ン ジ ェ リ ス ト
アジャイル
最新開発環境の全貌 長沢 智治
Theme Sub Title Speaker
© 2011 Microsoft Corporation. All rights reserved.

2. Speaker A
R
マイクロソフトの Ch9
エバンジェリスト tomohn tomohn
Scrum Alliance
明
認定スクラム マスター tomoharu
Bio nagasawa tomohn Facebook による
blogs.msdn.com 情報共有ページ
✉ /tomohn
tomohn@microsoft.com facebook.com
blogs.itmedia.co.jp
/nagap /tfs.jpn
Contact me

3. Agenda
Recognition Main Proof Demo Recap Feedback &
Information
明日を支える 継続的 ALM と アジリティ 生き抜くための アンケートご記入
ソフトウェア開発 フィードバック 品質の作りこみ 開発環境 と
✍
お知らせ
×
20 ％ 50 ％ 25 ％ 4％ 1％

4. ビジネス と ソフトウェア
10 年史

5. ビジネスとソフトウェア
‘90s

6. ビジネスとソフトウェア
‘00s

7. ビジネスとソフトウェア
‘10s

8. 技術 と プラットフォーム
10 年史

9. テクノロジーとプラットフォームの進化
‘90s ‘00s ‘10s
ソフトウェアは【便利】 ソフトウェアは【有効】 ソフトウェアは【不可欠】
Visual Basic .NET Framework Silverlight 相互運用
HTML 5
Windows クライアント Internet Explorer Windows Phone
Windows サーバー I I S SharePoint Windows Azure Platform

10. テクノロジーとプラットフォームの進化
‘90s ‘00s ‘10s
ソフトウェアは【便利】 ソフトウェアは【有効】 ソフトウェアは【不可欠】
Visual Basic .NET Framework Silverlight 相互運用
HTML 5
Windows クライアント Internet Explorer Windows Phone
Windows サーバー I I S SharePoint Windows Azure Platform

11. クラウド時代の
10
ソフトウェア開発
年史

12. クラウド 時代のソフトウェア開発
‘90s ‘00s ‘10s
ソフトウェアは【便利】 ソフトウェアは【有効】 ソフトウェアは【不可欠】
完成したソフトウェア ビジネスにマッチしたソフトウェア
個人のアジリティ チームのアジリティ ビジネスのアジリティ
I’m done. We’re done.
IDE ALM 1.0 ALM 2.0

13. 開発期間とビジネス価値
‘90s ‘00s ‘10s
ソフトウェアは【便利】 ソフトウェアは【有効】 ソフトウェアは【不可欠】
完成したソフトウェア ビジネスにマッチしたソフトウェア
個人のアジリティ チームのアジリティ ビジネスのアジリティ
粗図
I’m done.
ビジネス価値 We’re done.
IDE ALM 1.0 ALM 2.0
開発期間

14. 開発期間とビジネス価値
‘90s ‘00s ‘10s
ソフトウェアは【便利】 ソフトウェアは【有効】 ソフトウェアは【不可欠】
完成したソフトウェア ビジネスにマッチしたソフトウェア
個人のアジリティ チームのアジリティ ビジネスのアジリティ
粗図
I’m done. We’re done.
ビジネス価値
IDE ALM 1.0 ALM 2.0
開発期間

15. 生産性とアジリティの指向性
‘90s ‘00s ‘10s
ソフトウェアは【便利】 ソフトウェアは【有効】 ソフトウェアは【不可欠】
完成したソフトウェア ビジネスにマッチしたソフトウェア
個人のアジリティ チームのアジリティ ビジネスのアジリティ
 開発者中心I’m done.  チーム中心  チームと顧客中心
We’re done.
 ワーク ダウン  イテレーション  バリュー アップ
IDE ALM 1.0 ALM 2.0
 単能工  単能工/多能工  多能チーム
 分業  分業  コラボレーション
 ウォーターフォール  Unified Process  アジャイル

16. ワーク ダウン vs. バリュー アップ
‘90s ‘00s ‘10s
ソフトウェアは【便利】 ソフトウェアは【有効】 ソフトウェアは【不可欠】
完成したソフトウェア ビジネスにマッチしたソフトウェア
個人のアジリティ チームのアジリティ ビジネスのアジリティ
I’m done. We’re done.
個別の作業の遂行にフォーカス チームの成果と価値の提供にフォーカス
IDE 計画 ALM 1.0 ALM 2.0
残 価
作 タスク 1 値
業 タスク 2
タスク 3

17. ソフトウェア開発における
フィードバック

18. ソフトウェア開発におけるフィードバックの重要性
 貢献度
 ビジネス課題
 ・・・
 進捗 / 品質
 懸案事項 / 運営
 ・・・
 品質の検証
 受け入れ確認
 ・・・
 コード レビュー
 単体テスト  ナレッジ共有
 スキル アップ  ミーティング
 ・・・  ふりかえり
 ・・・  バグ
 受け入れ確認
 ・・・

19. ソフトウェア開発におけるフィードバックの重要性
 貢献度
 ビジネス課題
 ・・・
 進捗 / 品質
 懸案事項 / 運営
 ・・・
 品質の検証
 受け入れ確認
 ・・・
 コード レビュー
 単体テスト  ナレッジ共有
 スキル アップ  ミーティング
 ・・・  ふりかえり
 ・・・  バグ
 受け入れ確認
 ・・・

20. 実施可能なフィードバック Actionable Feedback
フィードバック 顕在的なフィードバック
品質基準
Example
の種別 レビュー結果 デモ
バグ テスト結果
潜在的なフィードバック コミュニケーション ロス
凡ミス
Example
スキルのバラつき
現場の環境
顧客の本来のニーズ
フィードバックを フィードバックを フィードバックを フィードバックを
知る 共有 判断 解決
✔
Feedback Flow

21. 実行可能な フィードバックのフレームワーク
デイリー
実測駆動
の
の積み上げ
テスト
バックログ
フィードバック フレームワークとしての
Scrum

22. 実施可能な フィードバックのフレームワーク
顧客
ビジネス
プロダクト
の
の積み上げ
デイリー
計画
バックログ
テスト
Scrum
バックログ
の拡張

23. 早期フィードバックの例 ～ 要求のフィードバック
Expression Blend SketchFlow
動くスケッチで意思疎通。即、開発に着手
Visual Studio LightSwitch
業務アプリケーションを最速で構築、配置

24. 早期フィードバックの例 ～ 開発、そして受け入れテスト
コード品質
のフィード
バック
受け入れの
フィード
バック
デモ

25. ALM
改善と効率化のための仕組み

26. クラウド 時代のソフトウェア開発
‘90s ‘00s ‘10s
ソフトウェアは【便利】 ソフトウェアは【有効】 ソフトウェアは【不可欠】
完成したソフトウェア ビジネスにマッチしたソフトウェア
IDE
個人のアジリティ ALM 1.0
チームのアジリティ ALM 2.0
ビジネスのアジリティ
 個人の生産性 done.
I’m  チームの生産性 We’re done.
 チームの生産性
 バージョン管理  変更管理  開発プラットフォーム
ソース共有 SCM / BTS 連携 情報 Hub
 局所最適指向  個別最適指向  全体最適指向
 開発者同士の連携  役割間の連携  作業間の連携

27. クラウド 時代のソフトウェア開発
‘90s ‘00s ‘10s
ソフトウェアは【便利】 ソフトウェアは【有効】 ソフトウェアは【不可欠】
完成したソフトウェア ビジネスにマッチしたソフトウェア
IDE
個人のアジリティ ALM 1.0
チームのアジリティ ALM 2.0
ビジネスのアジリティ
 個人の生産性 done.
I’m  チームの生産性 We’re done.
 チームの生産性
 バージョン管理  変更管理  開発プラットフォーム
ソース共有 SCM / BTS 連携 情報 Hub
 局所最適指向  個別最適指向  全体最適指向
アプリケーションのライフサイクルをコントロールしたい  作業間の連携
 開発者同士の連携  役割間の連携
ソフトウェア エンジニアリング 追跡可能性 透明性 経験の形式知化

28. ALM の課題
 ロール/工程の最適化による
 チーム生産性向上 指向
Requirement Analysis / Design
ALM 1.0
Development Test
Req Model Source Test

29. ALM の課題
 ロール/工程の最適化による
 チーム生産性向上 指向
Requirement Analysis / Design
ALM 1.0
Development Test
Req Model Source Test
Build
Task Bug

30. ALM の課題
 ロール/工程の最適化による
 チーム生産性向上 指向
Requirement Analysis / Design
ALM 1.0
Development Test
Req Model Source Test
Build
Task Bug

31. ALM の課題
 ロール/工程の最適化による
 チーム生産性向上 指向
Practitioner’s Work-in-Process
Requirement Analysis / Design
ALM 1.0
Development Test
Req Model Source Test
Manager’s Work-in-Process Build
Task Bug
アサイン
状況確認 進捗確認

32. ALM をフィードバックの仕組みとして実装
 目的/関心事に最適化
 チーム生産性向上 指向
 情報 Hub による協調作業
ALM 2.0
Practitioner’s Work-in-Process
 特定のプロセスに依存しない
Manager’s Work-in-Process
状況確認
アサイン
情報 Hub
進捗確認

33. ライフサイクル横串のレポーティング

34. 開発支援環境の 10 年史
‘90s ‘00s ‘10s
開発環境は【便利】 開発環境は【有効】 開発環境は【不可欠】
IDE ALM

35. ソフトウェア開発のスケーリング
Open Platform
Feedback Cycle

36. Visual Studio 2010 ALM が理想的なソリューションである理由
Open Platform
スキル / 経験の状況にマッチした開発ツール
で効率化と均質化を実現
開発者と同様にテスターに最適なツールを提供
プロジェクト管理者には、使い慣れたいつもの
ツールをより現実的に活用
プロジェクトとシステムの透明性と予測可能性
を高めるチーム開発インフラストラクチャー

37. 開発 | スキルと経験を補う選択肢
Power of Choice
リファクタリング 単体テスト
高度なコード品質チェック アーキテクチャ設計と検証
求められる開発者の成熟度
高度なコード品質チェック
実装技術 コード レベルからの早期テスト
実装技術
設計技術
テスト技 設計技術 実装技術
術 テスト技術
設計技術
テスト技術

38. ソフトウェア開発の情報 Hub | Team Foundation Server
open ALM platform

39. Visual Studio 2010 ALM | 負担をかけない 価値の流れ を実現
Continuous Feedback
開発チームの生産性向上 / 本業への専念 Testers
Team
Developers
Team
Project Manager
Product Owner
Stakeholders
開発チームの有機的な共有
Value
Flow
レポート・情報の自動化と共有

40. アンケートに ご協力を お願いいたします。
Information
Team Foundation Server 2010
 MSDN Subscription 特典で提供*
 パッケージ版は、5ユーザーまで接続 OK
* 対応製品は、別途ご確認ください。
http://bit.ly/pf8tVC
Visual Studio 2010 ALM は、
全製品群、無償評価可能！

41. © 2011 Microsoft Corporation. All rights reserved. Microsoft, Windows 7, Visual Studio and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries.
The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should
not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS,
IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION.