デブサミ2011【17-b-2】agility@scale（アジャイル開発のスケールアップ）実戦編...

Developers Summit 2011

畑　秀明日本アイ・ビー・エム株式会社ソフトウェア事業ラショナル事業部クライアント・テクニカル・プロフェッショナルズ

17-B-2

Agility@Scale(アジャイル開発のスケールアップ)実戦編


わたしとアジャイル

ウォーターフォール

RUPアジャイル

自分で開発開発を支援

若い頃今

2


日本でもアジャイルは実践段階へ

3


ある程度の規模になると極端にアジャイルの適用は少ない

開発チームではやりたい／やろうとしている／やるべきと思っていても何かが阻害している

事実

4


中間管理職のリードやサポート

カルチャーや価値観の変更

既存ルールの変更、さらに確立されているルール運用の変更

過去の管理成果物などの再利用

規模の増大や開発チームのやる気を阻害する要因

5


中間管理職の不安

感覚的テクニック

仕組み評価

みせたくない動機

6


成功イメージの欠落事例

理解の不足誤解　得た知識と自分の業務のギャップ

テーマ１：感覚的にやりたくない

7

ジョージ


感覚的にやりたくない、という人には

中間管理職が理解したいのはアジャイル自体のメリットではない。アジャイルがどのようにプロジェクトの成功に寄与するか、である。

開発チームの価値観と管理職の価値観の違いを意識。

作戦１：理解してもらうしかない。まずそのための機会と効果的な方法を考えよう。

8


バーンダウンで本当に進捗管理できるのか？自分はガントチャートしか進捗管理できない

複数チームでどうするの？アジャイルって少人数ならいいけど、複数チームとか規模が大きいと使えないんじゃないか？

テーマ２：テクニックの問題；どうやって管理するの？

9

ジョージ


アジャイルのテクニックの有効性に疑問、という人には

掘り下げていくと、アジャイルの管理の本質はウォーターフォールのそれと同じ、つまり管理職の方々の頭にある管理資質と同じであることを解説する。

同調する。

作戦２：ピュア・アジャイルで話をしないで、管理の本質を理解してもらうために、アジャイ

ルとトラディッショナルを対比してみる

10


反復ＶＳウォーターフォール

作戦２：ピュア・アジャイルで話をしないで、管理の本質を理解してもらうために、アジャイルとトラディッショナルを対比してみる

11

マイルストン-完了基準-振り返りと計画見直し


作戦２：ピュア・アジャイルで話をしないで、管理の本質を理解してもらうために、アジャイルとトラディッショナルを対比してみる

（何が対応するの？）ＶＳガントチャート

12


アジャイルのテクニックの有効性に疑問、という人には

作戦３：現在複数チームが失敗を回避するためにどのように工夫しているか議論。

→ アジャイルの実践を発見。具体的なテクニックをとりあげてアジャイルテクニックが突然変異ではないことを示す。

（発展させ）スタンドアップミーティングやプロジェクトファシリテーションを日常の業務に取り入れ、「参加」「実践」してもらう。

13


現行の品質保証プロセスはウォーターフォールが前提だ工程毎に基準がある品質保証部(QAer)はいつ参画するの？

リスク査定が「Ｈｉｇｈ」になる実績がないので

テーマ３：管理上の仕組みの問題

14

ジョージ


管理上の仕組みの問題には

推奨はアジャイル向けの品質保証プロセスを作ってもらうこと。

品質保証部(QAer)をパイロットに参加させて、その中からアジャイル向けの品質保証プロセスを導出することもお奨め。

作戦４：避けられない。実践重視でしっかり取り組むしかない。

15


見える化はいいけど、見えすぎるのも困る遅れなんて報告できない（遅れていると判明したときの説明が煩雑で。。。）

テーマ４：見えすぎて困る

16

ジョージ


見えすぎて困る、といわれた時には

正面突破で説得するのは難しい場合が多い。すでに技術論ではなくなっている場合、人間系アプローチによりYESと言ってもらいましょう。

見えなくて困っている人、力の強い人．．．

作戦５：見えてほしい人を味方にして、見える方向に持って行きましょう。

17


新しいものはすべてリスクである。失敗したくない。ＰＭは失敗して学ぶことが多い中間管理職は失敗すると次がない

テーマ５：失敗したくない（管理者としての評価のため）

18

ジョージ


失敗しないために新しいことは絶対しない、という人には

中間管理職のために一肌脱いであげる。自分で全てやる必要はない。適切な役割をうまく巻き込む。

エスカレーション。

作戦６：「さらに上位マネジメントに協力してもらい、新たなチャレンジへの評価リスクをさげてもらう」あるいは「徹底的にリスク

管理をする」

19


中間管理職を説得する際の”べからず”集説得のためにアジャイルが万能であるというような無理矢理な誇張をしない

管理職の方々の過去の成功体験を無視したり軽視したりしない

テクニックの善し悪し、アジャイルそのものの善し悪しの議論にはまらない

正面突破だけに徹しない

20


中間管理職を安心させる３大要素

不安理解の促進

同調

体系化21


ディシプリンをもったアジャイル

アジリティフォーマリティ

22


Disciplined Agile

Delivery

アジャイルのスケールアップへIBM Rationalがお手伝いします

トレーニング

メンタリング

改善支援サービス

23


まとめ

Agility@Scale(アジャイル開発のスケールアップ)実戦編

践ではなくて戦

ゲーム24


参考

Agility@Scale e-Book https://www14.software.ibm.com/webapp/iwm/web/signup.do?source=swg-rtl-sd-wp&S_PKG=eb_agile

IBM Rational Agile http://www-01.ibm.com/software/rational/agile/

http://www-01.ibm.com/software/rational/info/agilityatscale/?ca=rhp

Scott Ambler http://www.ambysoft.com/

ディーン・レフィングウェル「アジャイル開発の本質とスケールアップ」

25

https://www14.software.ibm.com/webapp/iwm/web/signup.do?source=swg-rtl-sd-wp&S_PKG=eb_agile






http://www-01.ibm.com/software/rational/agile/









© Copyright IBM Corporation 2011. All rights reserved. The information contained in these materials is provided for informational purposes only, and is provided AS IS without warranty of any kind, express or implied. IBM shall not be responsible for any damages arising out of the use of, or otherwise related to, these materials. Nothing contained in these materials is intended to, nor shall have the effect of, creating any warranties or representations from IBM or its suppliers or licensors, or altering the terms and conditions of the applicable license agreement governing the use of IBM software. References in these materials to IBM products, programs, or services do not imply that they will be available in all countries in which IBM operates. Product release dates and/or capabilities referenced in these materials may change at any time at IBM’s sole discretion based on market opportunities or other factors, and are not intended to be a commitment to future product or feature availability in any way. IBM, the IBM logo, Rational, the Rational logo, Telelogic, the Telelogic logo, and other IBM products and services are trademarks of the International Business Machines Corporation, in the United States, other countries or both. Other company, product, or service names may be trademarks or service marks of others.

26

デブサミ2011【17-b-2】agility@scale（アジャイル開発のスケールアップ）実戦編...

Technology