アジャイルプロセス入門　第Ⅰ部

Size: px

Start display at page:

Download "アジャイルプロセス入門　第Ⅰ部"

せぴあさどひら
4 years ago
Views:

1 アジャイルプロセス入門第 Ⅰ 部テキスト ~ アジャイルプロセスを知る ~ 第 1 版 2011/11/1 一般社団法人西日本アジャイルプロセス協議会

3 アジャイルプロセス入門第 Ⅰ 部 ~ アジャイルプロセスを知る ~ 一般社団法人西日本アジャイルプロセス協議会目次第 1 章アジャイルとは第 2 章開発の型第 3 章代表的なアジャイル開発手法第 4 章アジャイル開発する上で 2011/11/1 Rev.1.0 アジャイルプロセス入門第 Ⅰ 部 2

4 第 1 章アジャイルとはアジャイルの意味とはここでのお話アジルとはアジャイルプロセスとはシステム開発プロセスの歴史アジャイルプロセスを考える 2011/11/1 Rev.1.0 アジャイルプロセス入門第 Ⅰ 部 4

5 アジルとは Agile とは俊敏機敏という意味であるアジルと言えばひところはアジル経済アジル経営アジルコンペティション速い経営昨今では Agility( アジリティ ) という言葉俊敏性アジルからアジャイルへ 2011/11/1 Rev.1.0 アジャイルプロセス入門第 Ⅰ 部 5 アジャイルプロセスとはアジャイルプロセスとは一言でいうとシステムに対する要件の変化や追加を積極的に受け入れ真の要求に見合った価値のある開発を実施するプロセスであるアジャイルプロセスとは特定の開発手法を指すものではない 2011/11/1 Rev.1.0 アジャイルプロセス入門第 Ⅰ 部 6

6 システム開発プロセスの歴史 1960 年代 1970 年代 1980 年代 1990 年代 2000 年開発プロセス職人技建築や製造業を手本とした開発プロセスの実施へウォータフォールウォータフォール型プロセスプロトタイプスパイラルプロトタイプスパイラル型プロセス重量級プロセス大規模開発に耐えうる RUP を代表とする反復型プロセス重量級プロセス軽量級プロセスインターネットの普及による小規模案件の増加軽量級プロセスアジャイルプロセスアジャイルプロセス 2011/11/1 Rev.1.0 アジャイルプロセス入門第 Ⅰ 部 7 アジャイルプロセスを考えるアジャイルプロセスのマニフェスト Manifesto for Agile Software Development We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value: Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan That is, while there is value in the items on the right, we value the items on the left more. Kent Beck Mike Beedle Arie van Bennekum Alistair Cockburn Ward Cunningham Martin Fowler James Grenning Jim Highsmith Andrew Hunt Ron Jeffries Jon Kern Brian Marick Robert C. Martin Steve Mellor Ken Schwaber Jeff Sutherland Dave Thomas 2011/11/1 Rev.1.0 アジャイルプロセス入門第 Ⅰ 部 8

7 アジャイルプロセスを考える安い早い旨いではない単に開発費用が安いということではない単に開発期間が短いということではない単に機能が提供されるということではない 2011/11/1 Rev.1.0 アジャイルプロセス入門第 Ⅰ 部 9 アジャイルプロセスを考えるシステムに求められるもの情報システムに対する要求はあらかじめ存在しているものではなくビジネス価値にもとづいて開発されるべきものである情報システムはそれ単体ではなく人間の業務活動と相互作用する一体化した業務プロセスとしてデザインされ全体でビジネス価値の向上を目的とするべきである情報システムの存在意義はビジネス価値の定義から要求開発を経てシステム開発にいたる目的手段連鎖の追跡可能性によって説明可能であるビジネス価値を満たす要求は直接間接にその価値に関わるステークホルダー間の合意形成を通じてのみ創り出される要求の開発は命令統制によらず参加協調による継続的改善プロセスを指向すべきであるビジネスをモデルとして可視化するということが合意形成追跡可能性説明可能性および継続的改善にとって決定的に重要である要求開発アライアンス ( より抜粋 2011/11/1 Rev.1.0 アジャイルプロセス入門第 Ⅰ 部 10

8 アジャイルプロセスを考えるビジネスの変化に対応するとは利益売上コスト投入時期ビジネスのライフサイクル期間必要とされる要求ビジネスの仕掛けの実現つまりビジネスの変化に対応する適正な投資額機会損失しない開発期間今必要とされる機能で保たれる品質 Just in, Right in Cost Time Quality この意味での安い早い旨い 2011/11/1 Rev.1.0 アジャイルプロセス入門第 Ⅰ 部 11 アジャイルプロセスを考える価値顧客ビジネス戦略への整合性投資対効果 IT 活用による儲かる仕組み開発者コスト期間品質機能ビジネスの変化に対応できるシステム創り 2011/11/1 Rev.1.0 アジャイルプロセス入門第 Ⅰ 部 12

9 第 2 章開発の型開発の型 ( プロセス ) は多くあるここでのお話ウォーターフォールの原文を知っていますか V 字モデル W 字モデル段階的開発 - 漸進型と反復型プロトタイピィングモデルスパイラルモデル 2011/11/1 Rev.1.0 アジャイルプロセス入門第 Ⅰ 部 14

10 ウォーターフォールの原文を知っていますか要求定義設計プログラミングテスト運用の順に後戻りなくシステムの開発を進めていくポピュラーなモデルしかしこのモデルの元になった論文はこのような開発手法の危険性と改善策を指摘する内容不幸にもこのモデルはすべての軍事ソフトウェアに関する米国防総省の仕様書に一般的に行われているソフトウェア開発手法として引用されてしまいフィードバックや改善策が欠落した状態で世界に広まってしまった Managing the Development of Large Software Systems IEEE WESCON, August 1970, pp.1-9 Winston W.Royce 論文中ではウォーターフォールという言葉は登場せず一般的に行われているソフトウェア開発手法がモデル化されこのモデルがリスキーかつ失敗を招くものでありどのような結末になるかが述べられている 2011/11/1 Rev.1.0 アジャイルプロセス入門第 Ⅰ 部 15 ウォーターフォールの原文を知っていますか一般的に行われているソフトウェア開発手法に対して下流工程を予備的に行って上流工程へ戻るフィードバックループが提唱されさらに失敗を招くリスクを回避するための 5 つの改善策が提言されている PROGRAM DESIGN COMES FIRST ソフトウェア要求分析の前に予備的なプログラムデザインを行え DOCUMENT THE DESIGN デザインをドキュメントとして残せ DO IT TWICE 2 回繰り返せ PLAN, CONTROL AND MONITOR TESTING テストを計画し制御し監視せよ INVOLVE THE CUSTOMER 顧客を巻き込めいずれもそれぞれの行程を一回で完了させることが困難であることそして計画と早期に顧客のコミットメントを得ることの重要性を示唆しているこれらの改善策は 40 年近く前に提唱されたものにも関わらず現在のアジャイル開発が目指しているものと通じる部分がある 2011/11/1 Rev.1.0 アジャイルプロセス入門第 Ⅰ 部 16

V 字モデル V 字形式受入試験分析総合試験設計試験実装 V 字モデル 2011/11/1 Rev.1.0 アジャイルプロセス入門第 Ⅰ 部 17 W 字モデル図は http://journal.mycom.co.jp/photo/column/pm2/009/images/002l.

11 V 字モデル V 字形式受入試験分析総合試験設計試験実装 V 字モデル 2011/11/1 Rev.1.0 アジャイルプロセス入門第 Ⅰ 部 17 W 字モデル図はより概要従来の設計を経て実装後にテストを実施する開発プロセスに対して設計時にそれぞれのフェーズの検証工程のテスト計画を実施するプロセス利点上流工程からテスト項目を考えることで要件の齟齬や漏れに気付くことができる要件や設計に対してのトレーサビリティを確保できるテストの実施規模が早期に把握できる 2011/11/1 Rev.1.0 アジャイルプロセス入門第 Ⅰ 部 18

12 段階的開発 - 漸進型と反復型第 1 期第 2 期第 3 期開発側システム開発システム開発システム開発時間利用者側システム運用システム運用システム運用要求分析漸進型 Incremental Development システム設計実装テスト運用実装テスト運用実装テスト運用 2011/11/1 Rev.1.0 アジャイルプロセス入門第 Ⅰ 部 19 段階的開発 - 漸進型と反復型要求分析反復型 Iterative Development システム設計実装テスト運用実装テスト運用実装テスト運用実際の段階的開発は漸進型と反復型を組み合わせて行う 2011/11/1 Rev.1.0 アジャイルプロセス入門第 Ⅰ 部 20

13 プロトタイピィングモデル分析設計実装テストプロトタイピング変更リスト変更リスト変更リスト利用者へのレビュープロトタイプの変更要求プロトタイピング要求プロトタイピング設計プロトタイピングシステムテストプロトタイプ 2011/11/1 Rev.1.0 アジャイルプロセス入門第 Ⅰ 部 21 スパイラルモデル目標代替案制約の決定制約リスク分析代替案とリスクの評価予算代替案予算代替案制約代替案制約代替案予算予算開始要求計画ライフサイクル計画開発計画統合とテストの計画制約リスク分析リスク分析リスク分析プロトタイプ運用のコンセプト確認済要求確認済設計受入テストプロトタイプソフトウェア要求検証システムテストプロトタイプソフトウェア設計プロトタイプ詳細設計コーディング単体テスト計画開発とテスト Boehm のスパイラルモデル 2011/11/1 Rev.1.0 アジャイルプロセス入門第 Ⅰ 部 22

14 第 3 章代表的なアジャイル開発手法アジャイル開発手法はいろいろあるここでのお話主なアジャイルプロセスの方法論エクストリームプログラミングスクラムリーンソフトウェア開発 2011/11/1 Rev.1.0 アジャイルプロセス入門第 Ⅰ 部 24

15 主なアジャイルプロセスの方法論方法論名称概要エクストリームプログラミング :XP (Extreme Programming) スクラム :Scrum クリスタル ( ファミリー ): Crystal (family) フィーチャ駆動型開発 :FDD (Feature Driven Development) 適応的ソフトウェア開発 :ASD (Adaptive Software Development) 動的システム開発方法論 :DSDM (Dynamic Systems Development Method) リーンソフトウェア開発 :LSD (Lean Software Development) エクストリームモデリング :xtuml (Executable and Translatable UML) 提唱者 :Kent Beck コーディングテストファーストリファクタリング等技術プロセスが中心提唱者 :Ken Schwaber, Jeff Sutherland マネジメントにフォーカスした方法論提唱者 :Alistair Cockburn ワイドスペクトラムな方法 ( 小規模 ~ 大規模 ) 継続的なプロセス改善提唱者 :Jeff De Luca, Peter Coad モデル中心の古典的な繰り返し型開発プロセスでかつ軽量提唱者 :Jim Highsmith RAD を発展させカオス適用理論 (CAS) を用いたフレームワーク RAD JAD をベースとしてプロトタイプを多用する提唱者 :Mary Poppendiek トヨタのカンバン方式 ( 最小在庫 = ドキュメント ) の原理応用提唱者 :OMG-MDA 等検証実行可能なモデリング ( ツール ) を利用マネジメント的側面はない 2011/11/1 Rev.1.0 アジャイルプロセス入門第 Ⅰ 部 25 エクストリームプログラミング :XP 繰り返し型開発のひとつでユーザーが要求する機能のなかでビジネス価値を生み出す機能から少しずつすばやくリリースを行う手法またソフトウェア開発におけるユーザー側及び開発側の不安を互いに認識させその互いの不安を解消するための権利と責任を受け入れる環境を作り上げていくプロセス手法でもある目標 : 優れたソフトウェアを開発する考え : 常に注意を払い状況に適応し変更する XP を進めるにあたって各プラクティスを実施することが目的ではなく各プラクティスが求める理想アクションを意識し改善を繰り返していくことが必要でなければアジャイル開発から乖離してしまう 2011/11/1 Rev.1.0 アジャイルプロセス入門第 Ⅰ 部 26

16 エクストリームプログラミング :XP 共有する価値 : コミュニケーションシンプルフィードバック勇気信頼プラクティス全員同席ペアプログラミング常時結合テスト駆動型開発リファクタリングコードの共同所有継続可能な作業時間計画ゲーム短期リリース 4つの変数コスト納期スコープ品質 2011/11/1 Rev.1.0 アジャイルプロセス入門第 Ⅰ 部 27 SCRUM SCRUM はソフトウェア開発のプロセスや技術そのものではなく採用したいプロセスや技術を取り込む事の出来るソフトウェア開発フレームワークである SCRUM セオリー SCRUM ではリスクを予測コントロール可能にするため反復型開発のアプローチを取り以下の 3 つをポイントとしている見える化検証 ( ふりかえり ) 適応 2011/11/1 Rev.1.0 アジャイルプロセス入門第 Ⅰ 部 28

SCRUM フレームワークロールスクラムマスタープロダクトオーナーチームスプリント 1 つのスプリントは 1 ヶ月未満他のメンバーにプロセスを理解させ実行を支援するリリースに含めるプロダクトバックログを決定するスプリントを通じてバックログを消化しソフトウェアを開発する

1.0 アジャイルプロセス入門第 Ⅰ 部 29 リーンソフトウェア開発 XP や Scrum とは異なりそれ自身がソフトウェア開発プロセスやプラクティスを定義しているのではなくアジャイルプロセスにおける基本的な考え方とより分かりやすい実践的指針を提供している

17 SCRUM フレームワークロールスクラムマスタープロダクトオーナーチームスプリント 1 つのスプリントは 1 ヶ月未満他のメンバーにプロセスを理解させ実行を支援するリリースに含めるプロダクトバックログを決定するスプリントを通じてバックログを消化しソフトウェアを開発するソフトウェア以外で作成する物プロダクトバックログとスプリントバックログバーンダウンチャート ( 進捗を見える化できる ) ビジネス条件と要求プロダクトバックログスプリント計画ミーティングスプリントバックログスプリント日次スクラム実行可能なプロダクト K T P ふりかえり 2011/11/1 Rev.1.0 アジャイルプロセス入門第 Ⅰ 部 29 リーンソフトウェア開発 XP や Scrum とは異なりそれ自身がソフトウェア開発プロセスやプラクティスを定義しているのではなくアジャイルプロセスにおける基本的な考え方とより分かりやすい実践的指針を提供している書籍などで紹介されるアジャイルプラクティスの多くはコンテキストを考慮しなければうまく使うことができないがリーンソフトウェア開発は個々の分野向けの適切なアジャイルプラクティスへと変換するのに役立つ 7 つの原則と 22 の思考ツールを提供している 2011/11/1 Rev.1.0 アジャイルプロセス入門第 Ⅰ 部 30

18 リーンソフトウェア開発 7 つのリーン原則ムダを排除するここで言うムダとは顧客が認める価値を製品に負荷しないものすべてのことリーン思考ではムダという概念を最大の問題としている学習効果を高めるソフトウェア開発は複数のロールの異なるメンバーが協調し複雑なものを作ることが求められるため学習効果を高めることがソフトウェア開発そのものの改善には必要となる決定を出来るだけ遅らせる不確定要素の多い分野では決定に必要な情報が揃うまで決定を遅らせることが誤った決定を避けるのに効果的なアプローチとなる出来るだけ早く提供する設計実装フィードバック改善のサイクルを早めることは学習効果を高めまた不確実性に対応するためにも効果的であるチームに権限を与える改善のサイクルを早め不確実性に対応するためにも現場での意思決定ができるようにすべきである統一性を作りこむ優れた製品には見た目や使用感などに統一性が感じられる必要があるまた統一性を産み出すためにユーザーから開発メンバーに至るまでコンセプトの統一性が必要になる全体を見る部分を順番に開発すると局所最適に陥る危険性がある全体感を見失わないようにすべき 2011/11/1 Rev.1.0 アジャイルプロセス入門第 Ⅰ 部 31 第 4 章アジャイル開発する上でやはり技術や知識は必要です

19 オブジェクト指向は必要だオブジェクト指向とはオブジェクトとはあなたが関わり合うであろうもの (Thing) ものこと場オブジェクトは振る舞い状態それに識別性を持っているものオブジェクト指向とは実世界の概念構造をそのままソフトウェア構造に取り込むことアジャイル開発プロセスを実践したいなら知識としては必要実践があればさらに良い UML は知っているほうが良い 2011/11/1 Rev.1.0 アジャイルプロセス入門第 Ⅰ 部 33 プログラミング言語は少なくともひとつのプログラミング言語を極める Java C# Smalltalk のようなプログラミング言語 C++ C VB COBOL Fortran でも良いプログラミング言語を駆使できるということはアルゴリズムがわかるプログラミングとは何かがわかるプログラミングの達人オタクではなく現代の職人技術者 2011/11/1 Rev.1.0 アジャイルプロセス入門第 Ⅰ 部 34

20 最後に技術団体に参加して技術を磨こう例えばアジャイル開発なら西日本アジャイルプロセス協議会論語より五輪書より 2011/11/1 Rev.1.0 アジャイルプロセス入門第 Ⅰ 部 35 著者新保康夫猪原信彦谷本誠前野公孝山根英次日野数司松本真一神谷厚輝八木希仁塩田英二 2011/11/1 Rev.1.0 アジャイルプロセス入門第 Ⅰ 部 36

21 アジャイルプロセス入門第 Ⅰ 部テキスト ~ アジャイルプロセスを知る ~ 発行 2011 年 11 月 1 日第 1 版監修一般社団法人西日本アジャイルプロセス協議会著者西日本アジャイルプロセス研究会一般社団法人西日本アジャイルプロセス協議会

<4D F736F F F696E74202D208A4A94AD82C6895E977082F082C282C882AE B8DC C E >

<4D F736F F F696E74202D208A4A94AD82C6895E977082F082C282C882AE B8DC C E > 開発と運用をつなぐアジャイル最新トレンド ~ アジャイルを誤解していませんか? ~ 会社紹介会社名本社設立資本金代表者事業内容株式会社テクノロジックアート (Technologic Arts Incorporated) 東京都文京区小石川 1-28-3 NIS 小石川ビル 2 階 1989 年 12 月 5 日 39,980,000 円代表取締役長瀬嘉秀コンサルティング ( アジャイル開発

アジャイルプロセス入門 第Ⅰ部

アジャイルプロセス入門　第Ⅰ部