「ALMがもたらす新しいソフトウェア開発へのフェーズの変化とは？」TFSユーザーズ勉強会

ALMがもたらす新しいソフトウェア開発へのフェーズの変化とは？

株式会社 NTTデータ柴山洋徳 2011/12/10

Copyright © 2011 NTT DATA CORPORATION

自己紹介柴山洋徳（Twitter:shibao800）

株式会社NTTデータ認定プロジェクトマネージャ

仕事

CCPM/TOC コンサルティング（＝TOC厨）

組織変革コンサルティング（＝プロセス厨）

社内システム開発のスクラムマスター

社内システム開発のプロダクトオーナー

社内アジャイルコーチ Copyright © 2011 NTT DATA CORPORATION

Continuous Questions

http://www.flickr.com/photos/valeriebb/3006348550 Copyright © 2011 NTT DATA CORPORATION

Q1. Scrumを使っていますか？

使っている人は席から立ってみてください

完全にScrumができていなくてもOK


Scrumテスト（1/3）

あなたのScrumには，以下の要素はありますか？

もしなければ，座ってください

Product Owner, Dev Team, Scrum Master

順序付けされたProduct Backlog

残作業が記入されているSprint Backlog

一ヶ月，または，一ヶ月以内のSprint





DoD ( Definition of Done )

Acceptance Criteria

Sprint Planning Meeting





Sprint毎の振り返り

Sprint毎のスプリントレビュー

自己組織化されたチーム


すでに欧米では，Agileは主流


約40%はAgile手法を採用

本当に？


本当に？

Not Scrum Scrum High Performance

Scrum


日本ではどうだろう？

Not Scrum Scrum High Performance

Scrum

？


http://www.flickr.com/photos/mariachily/5250487136

Change is Hard


Scrumの組織文化への影響

計画主義マネジメント vs 経験主義マネジメント

ごまかしのできない透明性

組織からの権限移譲

サーバントリーダーシップ


組織文化を変えるのは困難

様々な局面でリーダーシップが必要

組織文化を変えることに成功するのは30%程度


ScrumBut

Scrumのメリット享受できなくなるような「理由」

ScrumButは既存の組織文化の影響を強くうける

(ScrumBut)(Reason)(Workaround)

(We use Scrum, but)(our managers give us

special tasks,)(so we don’t always have time

to meet our DoD)


フェーズの変化: Adoption to Implementation

http://www.flickr.com/photos/compujeramey/4506013626


Scrumの「習得」は難しい

「軽量」で「わかりやすい」

Scrumの「学習」は半年から1年くらいで可能

Scrumの「習得」は3-5年かかる


Scrum実装のステップ

1. 関係者とのコミニケーションと期待の醸成

2. スクラム基本のトレーニング

3. スクラムマスターの指名とトレーニング

4. 疑問や問題への解決に向けたサポートの提供

5. プロダクトの特定

6. プロダクトオーナーの指名とトレーニング

7. バックログの作成

8. プロダクトのインクリメンタルな開発

9. 検査と適応 Copyright © 2011 NTT DATA CORPORATION

どうやって変化の困難を緩和するか

Continuous Communication & Education

Scrum Centerの設立

Scrum界のドラッカーのサポートを受ける

http://www.ryuzee.com/


Scrum Center

PMOからScrum Centerへ

組織全員がScrumを理解できるように

全プロジェクトに渡ってScrumが使われるように

透明性を維持するデータを取得するツールの提供

チームのベロシティモニタリングのサポート


Tuckman's Group Development Model

Forming Storming Norming Performing

パフォーマンス

関係性


チームを安易に変更しない

Forming Storming Norming Performing

パフォーマンス

関係性

チームの変化


フェーズの変化: Doing Agile to +Being Agile

http://www.flickr.com/photos/spidermandragon5/2922128673


Doing Agile


Quality Speed to Value

Do Less Engage and Inspire

Being Agile


Adapting Exploring

Riding Paradox Facilitating

Adapting

変化に対してオープンになる

変化のプロセスを理解する

やり方を変化に合わせて適応させる


Exploring

Scientific Method

失敗から学ぶ


“Only mathematicians and

physicists prefer to learn by

concept. All others prefer

to learn by example.”

Bill Lister

Facilitating

マイクロマネジメントからの脱却

自己組織化を促す

優秀な人材を集め，チームへ資源を提供する

権限や意思決定を放棄することではない


Riding Paradox

リーダーシップのパラドックス

計画的なリリース vs 製品の適応と柔軟性

置かれたコンテキストにより使い分ける

今日上手くいっても明日上手くいくとは限らない

ルールから外れることも必要




Q2. Deliveryにかかる期間は？

コード一行変更した場合，リリースにかかる期間

半日 or 1日？

1週間？

1カ月？

数カ月？


長すぎるDelivery期間


0% 10% 20% 30% 40% 50%

数ヶ月

1ヶ月

1週間

1日

コード1行変更した場合にリリースまでにかかる期間は？

出典：第二回TFSユーザーズ勉強会参加者アンケート

http://www.flickr.com/photos/wwarby/4782861914

Lack of Responsiveness


Water-Scrum-Fall

よく見かける現実解

プロダクト制約，会社ルール，コンプライアンス

Requirements

and planning Release Sprints

http://www.flickr.com/photos/wimox/5208779639/ Copyright © 2011 NTT DATA CORPORATION

リリースの悪夢

レガシーシステム

リリーストレインアプローチ

リリースオーバーヘッド

組織文化の変化への抵抗

Release Sprints

http://www.flickr.com/photos/wimox/5208779639/


技術的負債

Years

Technical Debt

1 2 3 4 5 6 7 8

Co

st

of

Ch

an

ge

(C

oC

)

Product

Release

Actual

CoC

Optimal CoC

Delivery Speed Responsiveness

Copyright © 2011 NTT DATA CORPORATION 出典：Adaptive Leadership, Cyndi Mitchell (ALM Summit2011)

フェーズの変化: Development to Delivery

http://www.flickr.com/photos/dvids/5160867187


ITによってビジネスをドライブ


公開用資料のため省略

http://www.flickr.com/photos/evelynishere/3451469791

Continuous Delivery Copyright © 2011 NTT DATA CORPORATION

ビジネスニーズ駆動のリリース

開発の制約ではなく，ビジネスニーズと連動

常にソフトウェアはリリース可能な状態

http://www.flickr.com/photos/teegardin/5912231439


ユーザと開発の強いフィードバックループ

新しいアイディアをすぐに実現できるようにする

ユーザからの早期のフィードバックを得る

ユーザをソフトウェアライフサイクルに巻き込む

http://www.flickr.com/photos/usnationalarchives/6124109059 Copyright © 2011 NTT DATA CORPORATION

リスクの低減

ムダなソフトウェアを作るリスクの低減

ビックバンリリースのリスクの低減

リリースプロセス自体のリスクの低減

http://www.flickr.com/photos/epsos/4376727123 Copyright © 2011 NTT DATA CORPORATION

Continuous Deliveryのステップ

出典：Adaptive Leadership, Cyndi Mitchell (ALM Summit2011) Copyright © 2011 NTT DATA CORPORATION

Continuous Deliveryの例

出典： http://code.flickr.com/ Copyright © 2011 NTT DATA CORPORATION



Q3.Agileに関するホットな話題は？

日本でよく話題になるキーワード

プラクティス

ツール

テクニック

etc


http://www.flickr.com/photos/mako_side_b/2337300578/

ALM Summitにおけるホットキーワード

Lean Startup


http://www.flickr.com/photos/28288573@N07/5601013552

Concept First


Lean - マネジメントフレームワーク

プロセスと情報の流れを改善する

継続的カイゼンの文化を形成する

顧客のニーズを満足させる方法を学ぶ

ムダをなくす

出典：http://theleanstartup.com/


DevOps

開発と運用のビジネスゴールの共有

一つのサイクルと一つのプロセス

統合されたシームレスな環境


フェーズの変化: Points to Flow

http://www.flickr.com/photos/yogendra174/5980718184


ITによってビジネスをドライブ


公開用資料のため省略

ITとビジネスの関係の変化

出典：ビジネスと IT の関係。そして ALM の必要性から DevOps 。,長沢智治 (http://blogs.itmedia.co.jp/nagap/2011/12/20itpublickey-79e3.html)


Continuous Feedback

出典：Continuous Feedback, Justin Marks (ALM Summit2011) Copyright © 2011 NTT DATA CORPORATION

まとめ

今，欧米で起こっているソフトウェア開発の

フェーズの変化とは，

Adoption から Implementationへ

Doing Agile から +Being Agileへ

Development から Deliveryへ

Points から Flowへ


これからの時代に向けて今我々が準備すべきことを一緒に議論しましょう！

Thank you Visual Studio は、米国 Microsoft CORPORATIONの米国およびその他の国における登録商標または商標です。

その他、記載されている会社名、商品名、サービス名等は、各社の商標または登録商標です。

「ALMがもたらす新しいソフトウェア開発へのフェーズの変化とは？」TFSユーザーズ勉強会

Technology