20151007 CEATEC

（株）豆蔵

Copyright © 2015 MAMEZOU Co., LTD. All rights reserved

Agile(Scrum) 超入門

2015/10/07

株式会社豆蔵中佐藤麻記子（なかさとまきこ）


概要

組込みソフト開発に携わっている方で

アジャイル開発に興味はあるが漠然とした不安で二の足を踏んでいる方へ

15 分に入る内容に絞り込んだエッセンスを

ご提供します。

2


アジャイル（ Agile ）とは

以下のアジャイルソフトウェア開発宣言（アジャイルマニフェスト）署名者の提唱している開発手法、およびこの精神を取り入れたその他の手法

3

私たちは、ソフトウェア開発の実践あるいは実践を手助けをする活動を通じて、よりよい開発方法を見つけだそうとしている。この活動を通して、私たちは以下の価値に至った。

プロセスやツールよりも個人と対話を、

包括的なドキュメントよりも動くソフトウェアを、

契約交渉よりも顧客との協調を、

計画に従うことよりも変化への対応を、

価値とする。すなわち、左記のことがらに価値があることを認めながらも、私たちは右記のことがらにより価値をおく。

Kent Beck James Grenning Robert C. Martin Mike Beedle Jim Highsmith Steve Mellor Arie van Bennekum Andrew Hunt Ken Schwaber Alistair Cockburn Ron Jeffries Jeff Sutherland Ward Cunningham Jon Kern Dave Thomas Martin Fowler Brian Marick

© 2001, 上記の著者たちこの宣言は、この注意書きも含めた形で全文を含めることを条件に自由にコピーしてよい。

アジャイルマニフェスト


スクラム（ Scrum ）とは

アジャイル開発手法のひとつ現在日本で「アジャイルやってる」 ≒ 「スクラ

ムやってる」「認定スクラム○○」も増加中

プロセスフレームワーク軽量理解が容易習得は困難

4

AgileXP

ScrumCrystal

FDDExecutable

UML

スクラムガイド


習得の難しさ

フレームワークが決まっていて、「後はご自由に」

スクラムの重視する価値検証適応透明性

5

スクラム

実践手法（プラクティス）

ロールイベン

トツール

継続的インテグレーションテスト駆動開発リファクタリングペアプログラミングタスクボードバーンダウンチャート　　：


検証・適応

6

スプリント（イテレーション）

日次

チームの進捗を毎日確認す

る

成果物や手法を頻繁に見直し、改善する

製品のビジネス的な妥当性を確認する

リリース


透明性

7

お客さまの要望を開発チームに直接伝える

開発チームの状況を、上司にもお客さまにも隠さないバーンダウンチャートやタスクボードを使用


最悪のバーンダウンチャート

今日は 3週間のイテレーションの 10 日目です。チームのバーンダウンチャートを見ると、以下のようになっていました。チームの状態をどう判断しますか？（赤破線が基準線、青が実績）

8

透明性の必要性：きっかけ

9

アジャイルは小さく失敗するための仕組み

透明性の必要性：強調

10

アジャイルは

小さく失敗するための仕組み

Copyright © 2015 MAMEZOU Co., LTD. All rights reserved11

間違いをどうカバーするか

プロセスフィードバックサイクル

文書

レビューポイン

ト

監査

チェック

リスト

ウォーターフォールアジャイル


「失敗」に対する考え方

失敗はしてはいけないそのため時間をかけて計画し、早めに開発内容と開発プロセスを確定

失敗はありうることしかし失敗していることに早めに気付き、改善す

る小さく、安全に失敗する　　　　　　　　　（検

証と適応）失敗を隠さない、隠すと改善の機会を失う　　（透

明性）12

ウォーターフォール

アジャイル


最後に

アジャイルには、一昔前のオブジェクト指向と同じ雰囲気を感じています。つまり、「重い」「難しい」「現場では使えない」と最初は言われたものの、じんわりと浸透し、「どうせ使えないから」という風評をいいことに取り組みが遅れた人／組織は、気が付けば置いていかれている、それ以降の様々な技術はオブジェクト指向を当たり前のものとして理解していなければ、全くついていけない、という状況です。

研修やコンサルの現場を通じて感じているのは、「なぜ」アジャイルではこうするのか、をきちんとご理解いただくことで、アジャイルをとにかく「安く早くうまく」できる手法という安易な期待でも、「うちはウォーターフォールだからアジャイルはできない」という全否定でもなく、適切に状況に応じて手法として採用できる、という真っ当な反応を返していただける、ということです。

「ごく普通の企業」で「ごく普通の開発」でも、アジャイルの考え方や手法を取り入れる価値はあるのだ、ということをご理解いただきたいです。

13

Software

20151007 CEATEC