アジャイルなプロダクト計画策定と分析手法「発見から納品へ (Discover to Deliver) 」入門

Size: px

Start display at page:

Download "アジャイルなプロダクト計画策定と分析手法「発見から納品へ (Discover to Deliver) 」入門"

りさこえんの
5 years ago
Views:

1 DtoD に基づくアジャイル要求入門技術部アジャイル開発センター藤井拓

2 アウトラインアジャイル開発における要求と分析 DtoD (Discover to Deliver ) の基本概念 DtoD の適用例まとめ 2

3 初期のスクラムのプロセススプリント目標バックログ項目をどのように作ればよいのか? バックログ項目の完了判断をどうすればよいか? 実行可能なソフトウェア ( インクリメント ) Schwaber, Ken. et al., Agile Software Development with Scrum, Prentice Hall, 2002の図をベースに作成 3

4 ユーザーストーリーユーザーストーリー (User Story) はアジャイル開発で使われる顧客の要求を自然言語で簡潔に表現したものです < 表記内容 > [ 役割 ] として As a [ type of user ] [ 機能 / 性能 ] ができる ( したい ) I want [ some functionality ] それにより [ 価値 ] がもたらされる so that [ some value ]. 4

5 ユーザストーリーの 3 つの C ユーザストーリーの 3 側面 (Ron Jeffries の 3C s) Card( カード ) 内容を記述し計画やリマインダとして使用する Conversation( 会話 ) 詳細化するための会話 Confirmation( 確認 ) 完了しているかどうかの判断材料 5

6 ペルソナペルソナ (persona) とはアランクーパーが考案したプロダクトの機能要件を確定する手法ですプロダクトに関わる具体的なユーザー像を作成しその人がどのようにプロダクトを扱うのかを考えることで求められる機能を確定しますその中でも短期間且つ簡易的に作る手法をプラグマティック (pragmatic) ペルソナと言います 6

7 プラグマティックペルソナの描き方プラグマティックペルソナは以下の 4 点についてのみカードに書き出します 1 顔と名前 2 基本属性 3 行動特性 4 悩みや困っていること下手でもいいのでイラストを! ほげぼげお (18 歳 ) 両親と妹と 4 人暮らし趣味は草野球特技は寿司を握ること基本属性には家族構成趣味 / 特技などその人のベースとなる情報を記載する行動特性として仕事や生活面での主な行動を記載する高校 3 年生で来年受験飲食店のアルバイトを最近辞めた毎日学校図書館自宅の 3 か所で勉強しているいつも図書館で本を読んでいる女性が気になる大学受験に成功するか不安であるアルバイトを辞めたので財政的にピンチ! 困っている変えたいことを 3 つ程度記載する 7

8 スクラムの発展ユーザーストーリーの導入バックログ項目にユーザーストーリーを使うバックログの手入れスプリントの前に次回のスプリントに向けてバックログの粒度を揃えたり質疑を行ったりする 3 つの C の会話や確認の機会 8

9 ユーザーストーリーマッピングリリース 1 リリース 2 リリース 3 9

10 残る課題機能的な側面への偏り利害関係者の関心は異なるかもしれない異なる関心を横断して合意を形成しなければならない最初の発想会話確認のプロセスが不明確プロダクトオーナーの役割の重さ 10

11 最近の動向ここ数年でビジネス分析者のアジャイル化に関するセッションが増加している例えば Agile 2013 では Supporting Analyst: A Real World Tale of Converting a Traditional Business Analyst into a Lover of Agile Got Value?: Making Continual Product Decisions with a Practical, Sustainable Value Model 11

12 Discover to Deliver (DtoD) とはアジャイルなプロダクトの計画策定と分析のための手法考案者 : Ellen Gottesdiener Mary Gorman 特徴多面的な分析計画視点ファシリテーション 12

16 オプションからプロダクトへ 16

26 実際のオプションボード EBG Consulting の御厚意で掲載 EBG Consulting の御厚意で掲載 26

27 オプションからプロダクトへ 27

28 親身大学教務システムの事例 : ビジョン教務システムにより学生が順調に進級卒業することとともに講義をより魅力的にすることを支援するタブレット PC スマホなどに対応したどこからでも利用可能なシステムで学生教職員の登録受講登録履修科目の選択成績の入力照会進級や卒業の判定などの機能を提供する大学の信用に関わるので本システムにおいて個人情報の保護には万全を期する必要がある本システムは経理システムと連携して学費の請求書の発行や収納状況の照会を行う 28

29 親身大学教務システムの事例 : 目的教員や学生にセルフサービスで受講登録や選択をしてもらうことで事務室の事務作業を減らす進級や卒業までに必要な単位の修得状況を学生や学生の担任が常に把握できるようにすることでスムーズな進級卒業を支援する各講義への学生のフィードバックを得ることで講義をより魅力的にすることを支援する目的はビジョンの実現で達成が期待される定性的な成果のこと 29

30 親身大学教務システムの事例 : 目標留年や卒業延期を 2% 削減する受講登録や選択に関する事務室の事務作業を 90% 以上減らす各講義への学生のフィードバックをベースに講義への満足度を毎年 5% 以上改善する目標はビジョンの実現で達成が期待される定量的な成果のこと 30

31 親身大学教務システムの事例 : 価値観点顧客成長利便性業務学校の評判より良い支援 ( 面倒見の良さ ) 事務作業の分散技術世の中の技術に遅れないリリース後に落ち着いていられる 31

32 事前ビュー : ユーザー側面ユーザーオプション学生教員教務係保護者進級 / 卒業判定者学生の担任さらに状態やユーザーロールについても考える 32

33 事前ビュー : インターフェイス側面コンテキスト図とりあえずデータソースとデータシンクになりうるものを識別しデータフローは後で追加する 33

34 事前ビュー : アクション側面アクションオプション講義を登録する受講者名簿を出力する講義の成績を入力する講義を選択する進級に必要な単位の取得状況を確認する卒業に必要な単位の取得状況を確認する進級を判定する 34

35 事前ビュー : データ側面データオプション学生教員講義科目受講データオプションに基づいて概念データモデルや論理データモデル用語集を作成する 35

36 事前ビュー : 制御側面ビジネスルール進級の条件 1 年から 2 年現在 1 年に在籍状態にある必修単位をすべて修得する選択科目の単位をXX 単位以上修得している 36

37 親身大学教務システムの事前ビューオプションボード価値観点成長世の中に遅れない学校の評判ユーザーインターフェースアクションデータ制御環境品質特性利便性リリース後に落ち着いていられるより良い支援 ( 面倒見の良さ ) 学生 * 教員 * 講義を登録する * 受講者名簿を出力学生 * 教員 * 進級の条件 1 年から 2 年事務作業の分散教務係保護者進級 / 卒業判定者学生の担任する講義の成績を入力する * 講義を選択する * 進級に必要な単位講義 * 科目受講 * 現在 1 年に在籍状態にある必修単位をすべて修得する選択科目の単位をの取得状況を確認 XX 単位以上修得する * している卒業に必要な単位の取得状況を確認する進級を判定する学生受講したい講義受講の可否事務職員進級に必要な残単位講義の登録情報教務システム教員講義の登録結果成績成績の入力結果経理システム本オプションボードの高解像度版はから入手できます 37

38 事前ビュー : ストーリーの組み立て講義担当教員として担当講義を登録できるそれにより学務事務室の事務処理を減らすことができる受講登録者として選択科目の受講登録ができるそれにより事務室の窓口に行かなくても受講登録ができる講義担当教員として受講者名簿を出力できるそれにより講義の出欠等講義の運営に参考になる情報を収集できる 38

39 現在ビューの計画 / 分析セッションからスプリントへ現在ビュー計画 / 分析セッションストーリー受け入れ基準実行可能なソフトウェア ( インクリメント ) 39

41 DtoD の利点 3 つの C の実行方法の提示調査すると評価するにより 7 つの側面に渡り優先度の高いプロダクトオプションを抽出する優先度の高いプロダクトオプションからストーリーを組み立てる確認するでストーリーの妥当性確認を行ったり受け入れ基準の元となるテストケースを抽出する多面的な分析プロダクトオプションによる多面的な分析プロダクトオーナーの責任の分担分析者が DtoD の実行を支援 41

42 まとめスクラムはユーザーストーリーやペルソナなどの要求表現手段を取り入れて発展してきたただ多面的な分析手段の欠如プロダクトオーナーの役割の重さなどの課題があった DtoD (Discover to Deliver) は分析者が関与してそれらの課題を解決する方法を提示する DtoDの紹介ビデオ ( 日本語 ): ( 短縮 URL: 42

43 お知らせ弊社では Discover to Deliver の邦訳を発見から納品へ : アジャイルなプロダクトの計画策定と分析というタイトルで 2014 年 11 月に刊行致しました書籍の構成事例 : スクイーキークリーン主要概念プロダクトの 7 側面会話適応するツールとテクニック用語集ご購入先はネット書店様または ( お取り寄せが必要になりますが ) リアル書店様のいずれかになりますお取り寄せの際には書名と出版社名 (BookWay) をお伝え下さるようにお願い致します 43

44 謝辞本講演資料の作成にあたり Discover to Deliver の書籍の図や文章の引用をお許し下さった EBG Consulting 社にこの場を借りて感謝致します 44

45 参考文献ユーザーストーリー Mike Cohn, User Stories Applied: For Agile Software Development, Addison- Wesley, 2004 Dean Leffingwell, アジャイルソフトウェア要求 : チームプログラム企業のためのリーンな要求プラクティス, 翔泳社, 2014 アジャイルモデリング Scott W. Ambler, オブジェクト開発の神髄 ~UML 2.0 を使ったアジャイルモデル駆動開発のすべて, 日経 BP, 2005 Discover to Deliver (DtoD) エレンゴッテスディーナー, メアリーゴーマン, 発見から納品へ : アジャイルなプロダクトの計画策定と分析, BookWay, 2014 藤井拓 DtoD に基づくアジャイル要求入門 PDF 版 : HTML 版 : 45

46 初期のスクラムのプロセス Schwaber, Ken. et al., Agile Software Development with Scrum, Prentice Hall, 2002 の図をベースに作成 46

アジャイル開発入門

アジャイル開発入門製品力を高めるためのアジャイル開発超入門技術部アジャイル開発センター藤井拓アジェンダアジャイル開発超入門アジャイル開発手法の適用事例 2 開発手法の普及率世界での普及 (Forrester Research, 2010) ウォーターフォール13% 反復開発 21% アジャイル開発 35% Scrumの利用は10.9% で一番多い方法論利用せず30.6% 日本 (IDC Japan, 2011)