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

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

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

自己紹介
 柴山洋徳（Twitter:shibao800）
 株式会社NTTデータ認定プロジェクトマネージャ
 仕事
 CCPM/TOC コンサルティング（＝TOC厨）
 組織変革コンサルティング（＝プロセス厨）
 社内システム開発のスクラムマスター
 社内システム開発のプロダクトオーナー
 社内アジャイルコーチ

Continuous
Questions
http://www.flickr.com/photos/valeriebb/3006348550

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

Change is Hard

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

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. 検査と適応

どうやって変化の困難を緩和するか
 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

Engage and
Do Less
Inspire


Being Agile

Adapting Exploring

Facilitating Riding Paradox


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期間
コード1行変更した場合にリリースまでにかかる期間は？

1日

1週間

1ヶ月

数ヶ月

0% 10% 20% 30% 40% 50%
出典：第二回TFSユーザーズ勉強会参加者アンケート

Lack of Responsiveness

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

Water-Scrum-Fall
 よく見かける現実解
 プロダクト制約，会社ルール，コンプライアンス

Requirements Release
and planning Sprints

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

リリースの悪夢
 レガシーシステム
 リリーストレインアプローチ
 リリースオーバーヘッド
 組織文化の変化への抵抗 http://www.flickr.com/photos/wimox/5208779639/

Sprints Release

技術的負債
Cost of Change (CoC) Delivery Speed 
Responsiveness  Actual
CoC

Product Technical Debt
Release
Optimal CoC

1 2 3 4 5 6 7 8
Years
出典：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

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

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

 開発の制約ではなく，ビジネスニーズと連動
 常にソフトウェアはリリース可能な状態

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

http://www.flickr.com/photos/usnationalarchives/6124109059

 新しいアイディアをすぐに実現できるようにする
 ユーザからの早期のフィードバックを得る
 ユーザをソフトウェアライフサイクルに巻き込む

リスクの低減

http://www.flickr.com/photos/epsos/4376727123

 ムダなソフトウェアを作るリスクの低減
 ビックバンリリースのリスクの低減
 リリースプロセス自体のリスクの低減

Continuous Deliveryのステップ

出典：Adaptive Leadership, Cyndi Mitchell (ALM Summit2011)

Continuous Deliveryの例

出典： http://code.flickr.com/

Q3.Agileに関するホットな話題は？
 日本でよく話題になるキーワード
 プラクティス
 ツール
 テクニック
 etc


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

Lean Startup

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

Concept First

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

Lean - マネジメントフレームワーク
 プロセスと情報の流れを改善する
 継続的カイゼンの文化を形成する
 顧客のニーズを満足させる方法を学ぶ
 ムダをなくす

出典：http://theleanstartup.com/


DevOps
 開発と運用のビジネスゴールの共有
 一つのサイクルと一つのプロセス
 統合されたシームレスな環境


Points to Flow
http://www.flickr.com/photos/yogendra174/5980718184

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

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

Continuous Feedback

出典：Continuous Feedback, Justin Marks (ALM Summit2011)

まとめ
今，欧米で起こっているソフトウェア開発の
フェーズの変化とは，
 Adoption から Implementationへ
 Doing Agile から +Being Agileへ
 Development から Deliveryへ
 Points から Flowへ


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

Thank you
Visual Studio は、米国 Microsoft CORPORATIONの米国およびその他の国における登録商標または商標です。
その他、記載されている会社名、商品名、サービス名等は、各社の商標または登録商標です。

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

Recommended

Recommended

More Related Content

What's hot

What's hot (14)

Viewers also liked

Viewers also liked (20)

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

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

Recently uploaded

Recently uploaded (9)

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