アジャイル型開発におけるプラクティス活用リファレンスガイド概説

アジャイル型開発におけるプラクティス活用

リファレンスガイド概説2014/01/31

合同会社カルチャーワークス懸田剛

懸田剛

Agile459アジャイルプロセス協議会四国支部代表/支部長

twitter: @kkd facebook: takeshi.kakeda blog: http://kkd.github.io

合同会社カルチャーワークス共同代表

http://kkd.github.io

直面する課題

開発者視点だと…

顧客の要求がころころ変ってし

まう…


要求が決めきれずにずるずると

…


結局スケジュールを大幅に超過してしまった…


急いだために品質が悪いものを納めてしまった

….

発注者視点だと…

見積り通りにできた試しがない。


品質の悪いシステムを納められて

困っている


要求を決めろと言われても、そんな簡単に決まらない


決めきられないから全部やってもらおうとすると高す

ぎる


要求変更をしようとすると「別料金で」と言われる

サービサー視点だと…たとえ決めて作ってもそれが本当にユーザーに受け入れられるのかわか

らない

サービサー視点だと…コストに限りがあり、素早く市場に出さないといけな

い

一番の困り事は…

不確実性

決められない正しいかわからない

変わるかもしれないわからないことばかり

スクラムXP

DSDMクリスタル

達人プログラマー

スクラムXP

DSDMクリスタル

達人プログラマー

アジャイル

どうするか…目的・価値の明確化とそれに基づく順序付け

短期間での実現と繰り返し

顧客・ユーザーとの協調とフィードバック

自律的な職能横断チーム

継続的な改善と学習

技術の卓越性

タイムボックスやること(内容)ではなく時間を固定する

時間が一番貴重なリソース

中身(時間内でやること)の量を可変にする

大事なものからタイムボックスに入れる

アジャイルのリズム(スプリント)

一週間一週間


ゴールと作業を決める

一週間一週間


ゴールと作業を決める成果を確認する

一週間一週間



改善案を考える

一週間一週間





一週間一週間





成果を確認する

一週間一週間







一週間一週間

アジャイルのリズム(日々)

アジャイルのリズム(日々)昨日の作業を

共有する


共有する

今日の予定を共有する


共有する


困り毎を共有し作戦を立てる


共有する



昨日の作業を共有する


共有する





経緯(2011年)

http://www.ipa.go.jp/sec/reports/

20120328.html

http://www.ipa.go.jp/sec/reports/20120328.html

日本の企業環境に固有の工夫を集めたい

(H23年度)「非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査」報告書（国内の中・大規模プロジェクト事例）より

http://www.ipa.go.jp/sec/softwareengineering/reports/20130319.html

日本のアジャイルの事例と工夫の収集 (2012年度)

http://www.ipa.go.jp/sec/softwareengineering/reports/20130319.html

成果物概要報告書調査編ガイド編

49 23139

26��

��

��

� !��

��

!�'��

!�'��&��

�"'��$%��

�"'��

�#��

� ��

��

��

��

��

調査事例数 (国内)

利用プラクティス数

��

��

��

��

��

��

otHV8#T*�

��

$8RV.NT�yHV8#T*�

$8RV.NT�

}Umq�7VQ�

n�d��DV0�

5VI^Z�W��

>VT4%T5KV:�

30)EV;�30)'V;��

M=6:80:��ab�

$T8*RV.NTixG.T�

�g��&V<V.6B�

�k~�b5VI�

��{$T8*RV.NT�

~�� "/K$Q03$

0BPT:>6)S*�

PPV0�yHV8#T*�

A!.P8V3�0)OIG0

��A#V;>6)�

+V9#T*�|�

MV-V0:VPV�

BS4):>6)S*�[\�Y

CS.8#�u�

PA!)3PT*�

_��j�

BS4):&V<V�

0BPT:R@LV�

�ab��fl80:�

BOT=T*FV'V�

.TBQ9-$T�

s��BS10�

80:�a�z�

&T,$:�h�

Xr�SV8V.NT�

D"BS*OHT*�

0?$)U2PLV.NT�

"/K$Q+V5�

c]80:�

�hBS(.�

>*p�`w80:�

�t��e�

$T1B.NT96(�

=+=+'RT4V�

� � �

.08IJ3A!�

BO)8#0�xv��45

RRX:��KX?1V5�2?TX9PV��KX?1V5�2?TX9PV��KX?1V5�+-&%-�

:HRVATFNX�:HRVAD>4U5�

HU=4AD>4U5Y�� 'Z�HU=4A3XBX�

G/9R?X<Y:4QLJ:<XZ�

OX8X:AXRX��(IX:�I0HU5QKV5�?:A"��OC>A?:A*��?:A�9:?LM<G/�:E24W;RNX9PV�RG/4<RV5�9VHS@82V��2V?5TX9PV��),.3XBX9>H�6X@1V5��3V72A! ��*��

$#*60HQ4?1:�

:4QL*60HQ4?1:� ��*�HQ4?1:�

スクラムはプロセス、役割、成果物

XPはプロセス、エンジニアリングテクニック、環境

231読みこなして活用するには

ハードルが高い

ページ数が膨大

リファレンスガイドの構成

プラクティス解説

活用事例

活用のポイント

よくある問題


プラクティスのやり方だけでなく、動機、留意点、実際に利用していた事例の具体例もわかる！

どの事例がプラクティスを有効に使っていたか

関連して実施しておくのがよいプラクティスを探す

「何をするか」だけでなく「なぜするか」「注意点」

「事例事の利用例」などの情報を整理して掲載プラクティス解説

項目概要

名前プラクティスの日本語名/英語名

キャッチコピープラクティスを表す一行コピー

写真プラクティスをイメージさせる写真

別名プラクティスの別名

要約プラクティスの要約。(Aの時にＢするとCになる)

状況プラクティスが利用されるにあたっての状況説明

問題ある状況においての困り事。プラクティスを使う動機。

フォース問題を解決するにあたって考慮しないといけない点。

解決策プラクティスの内容。具体的に何をするかを解説。

留意点プラクティスを実施する際に留意しなければならない点。

効果プラクティスを実施することで得られる効果。

利用例調査事例でのプラクティスの具体的な利用例。うまくいかない点も記載。

関連プラクティス関連するプラクティス。

参考文献プラクティスに固有の参考文献を記載。

「プラクティス」というまとめ方の課題

問題

解決策

望ましい結果（目的）

✓問題の背景は文脈によって異なる

✓その解決策を選んだ根拠がわからない

✓「実施する」ことが目的になることが多い

←プラクティス

解決策の周辺を見る(パターン)

問題

解決策

望ましい結果

状況

フォース

望ましくない

解決策を選択する上で決め手になった事項・制約

状況問題解決策結果

フォース

名前

困っている、なんとかした

いこと

問題が起きている背景、文脈、周辺状況

具体的な問題の解決策

解決策を実施した結果、どういうことが起きたのか？

問題を解決する際に考慮しないといけな

い点

問題の解決を難しくしてい

る点

この解決策の名前


フォース

名前日次ミーティング


フォース

名前

チーム全員が一日毎に短時間で問題点を

共有する

日次ミーティング


フォース

名前

時間が空いてしまうと、共有時間が長く

なる


自発的に問題を言ってもらおうとしても頑張っ

てしまう


フォース

名前

チームは時間が不足しがち

である。


なる



てしまう


フォース

名前

チームは時間が不足しがち

である。


なる


情報共有している時間はほとんどない。


てしまう


フォース

名前

情報共有の遅れが問題を大

きくするチームは時間が不足しがち

である。


なる




てしまう


フォース

名前



である。

問題の影響を小さく治めた

い


なる




てしまう


フォース

名前



である。

チーム全員が１日毎に短時間で問題点を

共有する

問題の影響を小さく治めた

い


なる




てしまう

カテゴリ概要

プロセス・プロダクト

反復や日々の計画づくりや状況把握、目的・要件の把握

技術・ツール設計・開発の効率化、品質向上

チーム運営・組織・チーム環境

チームや組織のコミュニケーションの効率化、作業効率化に役

立つ環境

発見されたプラクティス

事前の調査項目には含まれていないが、調査事例の中でよく実

施されていた

RRX:��KX?1V5�2?TX9PV��KX?1V5�2?TX9PV��KX?1V5�+-&%-�

:HRVATFNX�:HRVAD>4U5�

HU=4AD>4U5Y�� 'Z�HU=4A3XBX�

G/9R?X<Y:4QLJ:<XZ�

OX8X:AXRX��(IX:�I0HU5QKV5�?:A"��OC>A?:A*��?:A�9:?LM<G/�:E24W;RNX9PV�RG/4<RV5�9VHS@82V��2V?5TX9PV��),.3XBX9>H�6X@1V5��3V72A! ��*��

$#*60HQ4?1:�

:4QL*60HQ4?1:� ��*�HQ4?1:�

調査事例に共通して見られたアジャイル型開発の実

施上にぶつかる課題を取り上げ、どのように各事例

で乗り越えてきたかを紹介する。

よくある問題

どんな障害がありそうかを知る

事例がどう乗り越えて来たかを知る

カテゴリ概要

問題名問題の一行表現

問題各事例における、問題の具体的な状況

を紹介する。

予想される結末この問題を放置しておくと起り得るで

あろう結末を紹介する。

解決策各事例で、どのように問題を解決してきたのか、どこに気をつければよいか

を解説する。

カテゴリ具体例(P122)

問題名分散拠点で円滑なコミュニケーションがとれない

問題

分散拠点で開発していくには、同一拠点と比べて特に拠点間のコミュニケーションの円滑化に注意する必要がある。!

G社事例(9)では、プロダクトオーナーが別拠点におり、さらに開発期間中に開発者1名が別拠点に移動した。そのため従来実施してきた同一拠点での日次ミーティングを、分散拠点に対応させなければならなかった。

カテゴリ具体例(P122)

予想される結末

分散拠点で円滑なコミュニケーションが実現できない場合に起り得る問題は「コミュニケーション齟齬」である。意図や意味が思うように伝わらず、その結果、作業にズレが生じて、期待する成果がでてこない。

解決策

大半の事例では、リアルタイムでのコミュニケーション手段として、ネット電話会議システムを用いていた。日常的なコミュニケーションのためにも利用されていた。

26調査事例のアジャイル型採用の背景、詳細な情

報、特徴的なプラクティス、うまくいかなかったプ

ラクティスを紹介する

活用事例

似ている背景・属性を持つ事例を探す

うまくいかないプラクティスを探す

使っているプラクティスを探す

カテゴリ概要

事例名調査事例を番号とアルファベット一文字の略称で表現。

事例プロフィール事例の背景や、どのようにアジャイル型を実施したのか、プロジェクトの規模などの詳細情報を記載。

使用プラクティス群事例の利用プラクティスのうち、特徴的なもの(うまくいっている、独自の工夫をしている)と、うまくいかなかったものを抜粋して記載。

契約形態との関係プロジェクトが顧客とどのような契約形態で行っていたかを記載。

チーム編成・チームメンバ研修との関係

メンバーをどうやって教育したか、チームを編成したかの工夫を記載

使用ツール開発や管理にどのようなツールを利用していたかを記載。

具体例(事例(5) D社)SNSのサービス開発における事例。アジャイル型開発経験者が皆無の状態で、社内アジャイルトレーナーが支援しながら開発を進めた。開発者は若手が多くスキルが低いため、エンジニアリングの基本を教えながらの開発にならざるを得なかった。

具体例(事例(5) D社)メンバーが若手中心であり、元々はスクラムを中心にアジャイル型開発を導入していたが、エンジニアリング面が弱いとうまくいかないことがわかり、XPに代表される開発プラクティスを中心に導入する方向性に切り替えた。他方、XPで代表されるテスト駆動開発などは取り上げず、ユニットテストの自動化ではなく、受入テストをシナリオベースで自動化して品質を担保しているのが特徴的である。また、社内における人材教育の側面も強い事例であった。

具体例(事例(5) D社)特徴的なプラクティス •イテレーション •教育という観点があるので一週間程度の短さでないと、問題が長く滞留しそうで不安である。

!

うまくいかなかったプラクティス •バーンダウンチャート •タスクの時間を見積っていないので使えていない。バグ数をバーンダウンチャートで管理している。

利用者の抱える課題に対して、どのプラクティスに

着目して利用すればよいかを調査結果に基づいてお

勧めする。

活用のポイント

課題に適したプラクティスを探す

課題に該当する活用事例を探す

取り扱う現場の特性

短納期・開発期間が短かい初めての技術領域や業務知識を扱

う

スコープの変動が激しい初めてチームを組むメンバーが多

い

求められる品質が高いオフショアなど分散開発を行う

コスト要求が厳しい初めてアジャイル型開発に取り組

む

チームメンバーのスキルが未成熟

具体例(スコープ変動が激しい)開発中に要求の変更が頻繁に発生するプロジェ

クトでは、チームが扱う要求が全体として何が

あり、現在のイテレーションでどの要求を開発

することになっているか、要求の状態が管理で

き、柔軟に優先順位を変えられるプラクティス

が求められる。

具体例(スコープ変動が激しい)この場合、活用するプラクティスは、プロダクトに関する要

求全体を管理するプロダクトバックログと、現在のイテレー

ションで開発対象となる要求を管理するスプリントバックロ

グである。

プロダクトバックログは、イテレーション毎に整理を行い、

チーム全員で優先順位と内容を合意すると良い（B社事例

(2)）。なお、プロダクトバックログの優先順位に責任を持

つ、プロダクトオーナーを設置することも、プロダクトバッ

クログとセットで活用するべきプラクティスである。 (…)


活用事例活用の

ポイント

よくある問題

プラクティスを利用している事例

特徴的／うまくいかないプラクティス

課題に対して有効なプラクティス

問題が発生していた事例

問題解決の工夫をしているプラクティス

課題に対応した事例を紹介

関連プラクティス

どのように活用するか？

３つのケースで考えるアジャイル型開発にこれから取り組もう

としている

どう始めればよいか？

プロジェクトで実践しているがうまく

行っていない

他の事例はどうしているか？

スクラムを導入し初めたばかりで回すの

に手一杯だ

どんな利点や注意点があるか？

アジャイル型開発にこれから取り組もう

としている

どう始めればよいか？

目的・課題に合うのは？

何から始めたらよい？

目的・課題に合うのは？活用の

ポイント

具体的には？利点は？

落とし穴は？


よくある問題

活用事例

似たような事例はないか？

P.185 「5.活用のポイント」

P.185 「5.活用のポイント」

「アジャイルコーチ」や「ふりかえり」というプラクティスが有効なのか

P.92「アジャイルコーチ」

P.92「アジャイルコーチ」

「事例(9)」が発足当初から社外アジャイルコーチを呼んで実践していたらしい。

P.149「事例(9)」

P.149「事例(9)」

イテレーションの工夫が気になる

P.14「イテレーション」

P.14「イテレーション」

イテレーションの長さを考えるヒントが書いてあった！


活用事例活用の

ポイント

よくある問題

プラクティスを利用している事例

特徴的／うまくいかないプラクティス

課題に対して有効なプラクティス

問題が発生していた事例

問題解決の工夫をしているプラクティス

課題に対応した事例を紹介

関連プラクティス

まとめ国内26事例45プラクティスを調査プラクティスの現場の工夫を紹介事例から課題と対応策、独自の工夫を紹介日本のアジャイルの貴重な現場事例現場の状況に応じて多用な使い方ができま

す

アジャイル実践のお供に是非活用を！

ダイアログ(対話)

http://greenz.jp/main/wp-content/uploads/2013/05/s_002.jpg

意味や体験を分ちあい

枠組みを外し発見し共有する

尊重傾聴

判断保留探究

勘所？(1)三味線などで、音調を整えるために指で弦を

押さえるところ。つぼ。

(2)はずすことのできない大事なところ。肝心な

ところ。急所。「―を心得た仕事ぶり」

勘所総括目的や状況を明らかにする

状況に応じた工夫

仮説検証の繰り返し

やってみることを恐れない

意見の交換

枠を越えた思考

試してみる勇気

チャタムハウスルール本会で得られた情報を利用できる

話で参考になった工夫などを実施してみるその情報の発言者やその他の参加者

の身元および所属に関して秘匿する（明示的にも黙示的にも明かにしない）

アジャイル型開発におけるプラクティス活用リファレンスガイド概説

Technology