【QCon】 Get Clean, Stay Clean 価値を向上し続けるための秘訣 #QConTokyo

ながさわともはる
日本マイクロソフト株式会社

長沢智治デベロッパー＆プラットフォーム統括本部
エバンジェリスト / シニアプロダクトマネージャ

• E-AGILITY 協議会準備委員
• ソフトウェアテスト技術振興協会ツールワーキンググループメンバー
• 日本 XP ユーザグループスタッフ
• アジャイルイベント Agile Day 発起人

( )
: ( )

国内大手 Rational IBM Borland
情報通信企業 Software Rational Software Microsoft
Software/Network Software Brand Services Principal Consultant Evangelist
Engineer Engineering Specialist Solution Architect Sr. PM
Specialist
© 2011 Microsoft Corporation. All rights reserved.

Microsoft Visual Studio の開発部門では、
大きく変わる開発チームに最高の開発プラットフォームを提供するという
価値を継続し続けるために、幾度となく改善活動を行っています。
本セッションでは、Quality を価値と定めて、開発部門が実施したこと、
– Code Complete から Feature Complete への意識の改革
– Quality Gate
– チーム開発基盤とテスト自動化の整備
について、皆様と共有いたします。
アジャイルプラクティスの積極採用とテーラリング、大規模開発での
透明性の確保、バグ負債を10分の1に削減、イテレーションの期間を
半減させた実話をお伝えします。


あらゆる開発に適用できるフレームワークと開発支援ツールを
開発チームに提供し続ける

Integrated Development Environment Application Lifecycle Management

開発者の生産性の向上と開発チームの生産性の向上と
開発者同士のコラボレーションチームコラボレーション


あらゆる開発に適用できるフレームワークと開発支援ツールを
開発チームに提供し続ける

Integrated Development Environment Application Lifecycle Management
Microsoft®

Test Manager
eclipse

開発者の生産性の向上と開発チームの生産性の向上と
開発者同士のコラボレーションチームコラボレーション


メジャーリリースサービスパック

CTP Beta RC 次期メジャーリリースサービスパック

Hot Fix

Feature Pack
CTP/Beta リリース

Power Tools


“7” の力


本日のテーマ: クオリティ & テスト


開発し続けるための決断 (背景)
改善の
事件の
現場
現場
2010
IDE 機能 & 拡張
2005 2008 Test Pro 機能
IDE 機能
IDE 機能 ALM 機能
IDE 拡張テスト仮想化
IDE 拡張 For Architecture, Development, Test
For Architects, Developers, Testers
ALM 機能

IDE ALM


開発し続けるための決断 (背景)

 2 年単位でのリリース
2010
 機能大幅増加に関わらず機能 & 拡張
IDE
IDE 機能
IDE 拡張  より多くのチーム開発機能
For Architecture, Development, Test

IDE 機能
 品質基準を満たせず
ALM 機能
ALM 機能  リリースを延期

IDE ALM


開発し続けるための決断 (取り組み)

2010
IDE 機能 & 拡張
IDE 機能
ALM 機能

IDE ALM


開発し続けるための決断 (取り組み)

2010
価値ある機能を提供
IDE 機能 & 拡張
IDE 機能
タイムリーに提供
For Architects, Developers, Testers 価値 (品質) の向上
ALM 機能

透明性とアジリティ

IDE ALM


開発し続けるための決断 (成果)

Visual Studio 2005 beta 1 Visual Studio 2008 beta 1 2010
Debt Debt IDE 機能 & 拡張
IDE 機能
ALM 機能

IDE ALM


開発し続けるための決断 (成果)

2010
IDE 機能 & 拡張
IDE 機能
ALM 機能

IDE ALM


価値感の源泉

Plan
Remaining Work

Task 1
Task 2

Value
 従来型の手法。タスクを分解し (WBS) 完了を計測  提供可能な “顧客価値” の増分で計算
 原価計算  リーン生産と制約条件理論 (TOC)

“価値” を基準とし、高めていく:
 定義: 投資収益率、信頼関係、透明性、個人力、責任の共有、状況に応じた戦略
 やり方: 価値に基づく組織運営、意思決定
 測定法: タスク達成率より、価値を測定

アジャイルプロジェクトマネージメント宣言
「相互依存宣言 (Declaration of Interdependence)」
http://www.pmdoi.org/

価値の流れをつくる


Milestone of Quality

 “負債” を理解する  “品質” の測定
 テストの自動化の促進  迅速かつ、一貫して実施
 製品コードバグの把握
 テストケースバグの把握  いつでも、どこでも
 テスト環境のバグの把握
 早期からの “品質” の作りこみ
 “負債” の共通認識
 ゆとりを取り戻す
 “負債” のコスト
 “負債” の撲滅


Executive Sponsorship

• 新規の開発を 4 ヵ月間停止
– 文化の見直し
• Code Complete  Feature Complete
• Definitions of “Done” (Quality Gates)

– 徹底的な効率化
• チーム開発基盤の整備
• さらなるテスト自動化


Initiative


Initiative | Feature Complete

物理的な組織体系
PM* Group Dev Group Test Group
*Program Manager

Feature
XP
バーチャルなチーム

#1 1人 4 人以下 4 人以下

Feature
#2
Scrum

Feature
#3 Waterfall

 Feature Complete を目的としたチームとやり方の委譲
 キャリアモデルの分離



ビジョンや主要なテーマ
リリース計画

ユーザーにとっての投資効果
顧客価値の大きいエリア
反復計画と実施

テーマ:
ユーザーが顧客価値を高めるための製品活用法
シナリオの実現解

ユーザーストーリー
Experience から導き出されたもの


User Feedback

ストーリーボード

シナリオベースの
ユーザーフィードバック
の機会

※資料一般公開にあたり、写真は加工しています。


Voting Sheets
Importance to your Satisfaction with Notes
business Existing

Most Does the existing
Least important
important functionality meet your
needs?

Pain
(mark with 'x') (mark with 'x') Yes No Don't know

Once I work with something I can’t find it
again

I can’t tell what changed from build to
build, especially over time

I don’t know who is the expert of a given
area

I need another pair of eyes on my code


Initiative | チーム開発基盤



Dog Fooding:
開発しながら自らが利用し、フィードバックし続ける

Scenario
Experience

Task

Bug Feature


意思決定

情報共有



チームキャパシティ
 Yellow: 70 %以上
 Red: 100 %以上



Risk Level
Green: 予定通り
Yellow: リスクを伴う
Red: 想定外
（間に合わない）



 Feature の完成に向けた作業見積り
 コードの完成で見積もらない
 段階的なコミット

 自動単体テストも作成  Feature のテストを作成
 シナリオテストは後でもよい

 前倒しで、品質を作り込む～ Feature の完成前に実施
 脅威分析と Feature レベルのテストを必ず実施
 より多くのバグを発見し、修正


Initiative | Definitions of “Done”

 Feature の完成に向けた作業見積り
 コードの完成で見積もらない
 段階的なコミット

 自動単体テストも作成  Feature のテストを作成

 より多くのバグを発見し、修正



We’re done.
 Feature の完成に向けた作業見積りFeature ごとの
 コードの完成で見積もらない  期日のコミット
 段階的なコミット  品質基準の達成と進捗

I’m done.
 自動単体テストも作成
Task  Feature のテストを作成
個人レベルはチームで決定
 開発プロセス
 タスクの粒度、進捗
 より多くのバグを発見し、修正無理なマイクロマネージメントを行わない
Source Test  チームに権限を委譲
Code Code  チームの自己組織化を推進



Task Task
Task
各 Feature の進捗 Feature 単位での報告義務
（タスクレベルは Team の方針による）

Product Unit の進捗

ビジネスの進捗



自動テストによる
コードのカバレッジ率が

70 ％
を超えていること



CP#0 CP#1 CP#2
コミット
見積りコミット
見積り再見積りコミット

Feature ブランチ Check Point:
マネージャとの
レビュー/フィードバック/意思決定の機会
Check Point Check Point
＃1 ＃2
実施計画レビュー実施内容レビュー
どのように計画し何を実施したのか
たのかを説明を説明
Feature のデモ



 夜間テスト
 フル自動テスト－ CTP, Beta, RTM, (Daily, Weekly Coverage runs)

Build Verification Tests
 夜間テスト
 フル自動テストー Main へマージ前に実施
 統合テストと、探索的テスト
 パフォーマンスとストレステスト

Quality Gates
 開発したテストの実施
 探索的テスト
 回帰テスト
 夜間テスト


公開向け資料用補足スライド
• 以下4スライドには、
– 米MSで自分たちのために開発したテストの効
率化のためのツール/方法について触れていま
す。
– これらはすでに Visual Studio 2010 の機能と
して実装されており、その動画へのリンクも記
載してあります。

クリックすることで、SlidesShare で公開
しているデモ動画にアクセスできます。



 自動ビルドの仕組み
 継続的インテグレーションの進化形
 自動ビルド、テストで失敗の場合は、チェックインをさせない
 Quality Gates を自動化
継続的インテグレーション:

開発者環境ソース管理ビルド/検証

ゲートチェックイン:




 開発者による単体テスト実行や自動ビルド時のテスト実行を記録
 ソースコード/テストコードの変更時に、検討すべきコードを自動検出


ソースとテストの関係を自動記録

開発時に検証すべきテストを一覧で通知



 手動テスト時の結果を自動記録
 画面ショット、操作ビデオ、操作手順、システム情報
 2回目以降のテストを自動化
 自動ビルドでテスト実行
 バグの自動起票による開発者とテスターのやり取りの効率化
手動テスト
の自動化検証に
組み込む

手動テスト手動テスト

バグ起票と更新


 テスト環境を動的に構築しテスターに提供
 問題発生時に、テスト環境を開発者に瞬時に提供

C
B
D

手動テスト

バグ起票と更新仮想テスト環境


まとめ

 すべての “負債” の排除
 ビジョンの明確化
 フィーチャークルーと “Done” の定義
 ブランチ戦略および、テスト環境の整備
 透明性の確保と維持
 チームの自律とレポートの集中化
 各段階でのユーザーフィードバック
 反復的な計画


まとめ

• 意思決定” に効果を発揮
– 透明性と傾向分析
– 統括的なリーダーシップの意思決定
– 実測駆動な状況把握
– 自律したチームによる意思決定
– チームの自主的な報告
– 主要なメトリックスの自動追跡


Team Foundation Server

適用プロジェクトの急増各製品の利用者数の推移



現在の開発者数 3,839

作業項目数 839,595

ソースファイル数 826,234,724

ビルド数 2,010/月

10 以上の
2010 年 5 月現在

開発拠点


まとめ


まとめ

 尊敬と結束
 透明性はすべてに役に立つ
 チームと組織のサイズ
 チームは、9 人まで
 組織は、できるだけ 160 人以内の単位
 Dunber’s Number
 Scenario を目安に組織化
 変化を作る


まとめ

Keep It Simple Stupid.  リアルなデータで価値を
 複雑さの軽減に注力示す
 シンプルにスタート  一目で理解できるレポー
 小さくスタートトを作成

 常によりよいものを
 誤りは正す  早い段階から巻き込む
 アジャイルなプロセスを  「それをやろう」と言っ
作成することてもらう
 K.I.S.S. を忘れないこと  成功するための人員を確
保してもらう


✉ tomohn@microsfot.com

© 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.


【QCon】 Get Clean, Stay Clean 価値を向上し続けるための秘訣 #QConTokyo

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (19)

Andere mochten auch

Andere mochten auch (15)

Ähnlich wie 【QCon】 Get Clean, Stay Clean 価値を向上し続けるための秘訣 #QConTokyo

Ähnlich wie 【QCon】 Get Clean, Stay Clean 価値を向上し続けるための秘訣 #QConTokyo (20)

Mehr von 智治長沢

Mehr von 智治長沢 (19)

Kürzlich hochgeladen

Kürzlich hochgeladen (11)