BABOKに学ぶ「柔軟性を重視した開発」における要求アナリシス - XP祭り2013

BABOKに学ぶ「柔軟性を重視した開発」における要求アナリシス

2013年09月14日(土) XP祭り2013

E会場：55S会場 2F 第3会議室

@fullvirtue

Copyright © POStudy (プロダクトオーナーシップ勉強会). All rights reserved.

はじめに（1/9）

XPとは（1/1）

XPとは、事前計画よりも柔軟性を重視した開発手法で、「5つの価値」と「19の具体的なプラクティス（習慣、実践）」を定義

Copyright © POStudy (プロダクトオーナーシップ勉強会). All rights reserved. 2

WikiPedia エクストリーム・プログラミング- http://ja.wikipedia.org/wiki/エクストリーム・プログラミング

http://ja.wikipedia.org/wiki/エクストリーム・プログラミング



XPが定義している5つの価値（1/1）

1. コミュニケーション

2. シンプル

3. フィードバック

4. 勇気

5. 尊重






XPが定義している19のプラクティス（習慣、実践）（1/5）

共同のプラクティス（1/1）

1. 反復

2. 共通の用語

3. 開けた作業空間

4. 回顧（頻繁な振り返り）







開発のプラクティス（1/2）

5. テスト駆動開発

6. ペアプログラミング

7. リファクタリング

8. ソースコードの共同所有







開発のプラクティス（2/2）

9. 継続的インテグレーション

10. YAGNI（今必要なことだけ行う）







管理者のプラクティス（1/1）

11. 責任の受け入れ

12. 擁護

13. 四半期毎の見直し

14. ミラー

15. 最適なペースの仕事

Copyright © POStudy (プロダクトオーナーシップ勉強会). All rights reserved. 7 WikiPedia エクストリーム・プログラミング- http://ja.wikipedia.org/wiki/エクストリーム・プログラミング





顧客のプラクティス（1/1）

16. ストーリーの作成

17. リリース計画

18. 受け入れテスト

19. 短期リリース


今日の範囲





セッション概要（告知文）

XPとは、事前計画よりも柔軟性を重視した開発手法で、「5つの価値」と「19の具体的なプラクティス（習慣、実践）」を定義

今回はその中でも「顧客のプラクティス – リリース計画」に着目したワークショップを実施

– 柔軟性を重視した開発において、プロダクトの機能拡張や改善を行う場面では、常に優先順位をつけて選定

– 正しく優先順位をつけ、正しく取捨選択を行うためには、普段からビジネス観点での価値観を磨くことが必要

– BABOKで定義されている要求アナリシスを題材に、要求に優先順位をつける際に考慮する要素について学びましょう



本セッションのゴール

BABOKとアジャイルの関係を整理する

ビジネスニーズに基づいた要求の優先順位付けや要求の体系化を把握する

ワークショップを通して、要求に対する優先順位付けを体験する



今日のアジェンダ（1/1）

BABOKとアジャイル

ワークショップ #1




BABOKに学ぶ要求アナリシス



発表会

振り返り＆ディスカッションワールドカフェ 11

おことわり（1/2）

今回の資料について（1/2）

今回の資料は、以下の資料を参考にしています。私自身のオリジナルはほとんどありませんので、ご了承ください。

– Business Analysis教科書 BABOK CCBA

» http://www.amazon.co.jp/dp/4798124826/

– 「BABOK（R）」の近況～BABOK（R）のアジャイル拡張版とビジネスアナリシス（BA）の認定資格の状況～

» http://www.ogis-ri.co.jp/rad/webmaga/rwm20120204.html

12

http://www.amazon.co.jp/dp/4798124826/



http://www.ogis-ri.co.jp/rad/webmaga/rwm20120204.html



おことわり（2/2）

今回の資料について（2/2）

– アジャイルにおけるビジネスアナリスト像

» http://www.infoq.com/jp/articles/BABOK_20110818

– IIBAがBABOKのアジャイル拡張を発表

» http://www.infoq.com/jp/news/2010/09/agile-babok-announce

– BABOK入門セミナー by @darupants

» http://d.hatena.ne.jp/darupants/20091222

– 要求アナリシスとはどんなものか

» http://www.atmarkit.co.jp/im/carc/serial/babok/02/02.html

– 解決策を見つけるためにきちんと分析しよう

» http://www.atmarkit.co.jp/im/carc/serial/babok/02/02.html

– WikiPedia エクストリーム・プログラミング

» http://ja.wikipedia.org/wiki/エクストリーム・プログラミング

13















http://www.atmarkit.co.jp/im/carc/serial/babok/02/02.html







まず最初に、BABOKの用語の確認と

BABOKとアジャイルの関係を整理していきましょう

【参考】ビジネスアナリストの役割は、プロジェクトマネージャーの仕事の前工程と考えると理解しやすいと思います

14

BABOKとアジャイル（1/9）

予備知識（1/5）

BABOKとは（Business Analysis Body of Knowledge）

– ビジネスアナリストとして実施すべきことを体系的にまとめたもの

» 正式な読み方は「びーえーぼっく」

» 「ばぼっく」と読むのは間違い

– 現在Version2.0が公開されている

– 2012年にはVersion3.0がリリース予定

ビジネスアナリシスとは（Business Analysis）

– 顧客のビジネスニーズを満たす情報システムの構築を実現するために、業務分析や要求分析を行う専門家に必要なタスクとテクニック

15

BABOK入門セミナー by @darupants - http://d.hatena.ne.jp/darupants/20091222

Business Analysis教科書 BABOK CCBA - http://www.amazon.co.jp/dp/4798124826/

今は「ばぼっく」が正しいらしい

http://d.hatena.ne.jp/darupants/20091222






CCBAとは（Certification of Competency in Business Analysis）

– ビジネスアナリシスの専門知識とスキルレベルを認定する資格試験

– 国際的非営利団体IIBAが「IIBA認定」として主催（International Institute of Business Analysis）

– 2011年秋から日本語版が開始

– 2012年にCBT試験（コンピュータ試験）へ移行

CBAPとは（Certification Business Analysis Professional）

– CCBAの上位資格

16 Business Analysis教科書 BABOK CCBA - http://www.amazon.co.jp/dp/4798124826/





ESDVとは

– Elicitation (要求を)引き出して

– Structure 構造化して

– Documentation 文書化して

– Validation 検証する

[おまけ] SMARTとは

– Specific テーマは具体的か？

– Measurable 定量的に測定可能か？

– Attainable 達成可能か？

– Result-based 成果に基づいているか？

– Time-oriented いつまでにが明確か？

17

BABOK入門セミナー by @darupants - http://d.hatena.ne.jp/darupants/20091222





BABOKのアジャイル拡張レビュー用ドラフトを発表

– 2010/08/10 Agile Conference 2010 にて Kevin Brennan氏（IIBA専門性教育部門バイスプレジデント）が発表

– 発表の目的は以下の通り

» ビジネスアナリスト向けにアジャイルプラクティスを紹介すること

» アジャイルの実践者向けにビジネスアナリシスの概要を示すこと

» アジャイルプロジェクトに従事するビジネスアナリストが従うべき典型的なプラクティスを定義すること

» ビジネスアナリストの新しい変更された役割、技能、コンピテンシの概要を示すこと

18 アジャイルにおけるビジネスアナリスト像 - http://www.infoq.com/jp/articles/BABOK_20110818

IIBAがBABOKのアジャイル拡張を発表 - http://www.infoq.com/jp/news/2010/09/agile-babok-announce

http://www.infoq.com/jp/articles/BABOK_20110818

http://www.infoq.com/jp/articles/BABOK_20110818

http://www.infoq.com/jp/news/2010/09/agile-babok-announce








BABOKのアジャイル拡張版(The Agile Extension to the BABOK(R)

Guide(November 2011 Draft for Public Review))を発表

– 2011/11 パブリックレビュー用ドラフト版

– アジャイルライフサイクルにおけるビジネスアナリシスと題して、以下の内容に言及

【第2章】

» Scrum, XP, Kanbanにおけるビジネスアナリシス

【第3章】

» アジャイルにおけるビジネスアナリシステクニックについて、BABOK(R)の知識エリアのタスクにマッピング

【第4章】

» アジャイルビジネスアナリシスの７つの原則とテクニックのマッピング、そして各テクニックを説明

19 「BABOK（R）」の近況 - http://www.ogis-ri.co.jp/rad/webmaga/rwm20120204.html

2013/07に正式版が出ました






Scrumにおけるビジネスアナリシス（1/1）

使用するテクニック

– Backlog Management、Retrospectives

ビジネスアナリシスが関与する工程

– プロダクト・バックログの作成および保守「Enterprise Analysis」と「Solution Assessment and Validation」

– プロダクト・バックログへのフィードバック「Solution Assessment and Validation」

– 各スプリントの内でのバックログ項目の要求定義「Requirement Analysis」(just-in-time requirement gathering)

– スプリント・バックログの保守「Solution Assessment and Validation」

20

「BABOK（R）」の近況 - http://www.ogis-ri.co.jp/rad/webmaga/rwm20120204.html






XPにおけるビジネスアナリシス（1/1）


– UserStories、StoryMapping、StoryDecomposition、StoryElaboration

ビジネスアナリストとして期待する役割

– 顧客がフィーチャーの価値について明確なビジョンを描けていない時、ステークフォルダーが最大価値の共通認識を持つようにファシリテート

– 潜在的な問題の明確化

– ステークフォルダーとの合意形成

– 最大の価値を生み出すために本来的な価値に欠けるストーリーをブロック/フィルター







Kanbanにおけるビジネスアナリシス（1/1）


– 要求の引き出し、スコープ決め、要求の管理、優先順位づけ

ビジネスアナリストの振る舞い

– 他のアクティビティと同様にライフサイクルを通じて継続的に実施

– キューにある仕事の優先順位づけおよびその保守などにビジネスアナリシスのテクニックを活用







アジャイルビジネスアナリシスの７つの原則（1/1）

23

分類原則使用するテクニック

Discover プロダクトの what&why

See The Whole Business Capability Analysis, Personas, Value Stream Mapping

Think as a Customer Story Decomposition, Story Elaboration, Story Mapping, User Story, Storyboarding

Analyze to Determine What is Valuable

Backlog Management, Business Value Definition, Kano Analysis, MoSCoW Prioritization, Purpose Alignment Model

Delivery プロダクトのhow&when

Get Real Using Examples Behaviour Driven Development

Understand What is Doable Estimation, Planning Workshop, Real Options

Stimulate Collaboration & Continuous Improvement

Collaborative Games, Retrospectives

Avoid Waste Light Weight Documentation 「BABOK（R）」の近況 - http://www.ogis-ri.co.jp/rad/webmaga/rwm20120204.html






アジャイルビジネスアナリシスの７つの原則（1/1）

24

分類原則使用するテクニック

Discover プロダクトの what&why

See The Whole Business Capability Analysis, Personas, Value Stream Mapping

Think as a Customer Story Decomposition, Story Elaboration, Story Mapping, User Story, Storyboarding

Analyze to Determine What is Valuable

Backlog Management, Business Value Definition, Kano Analysis, MoSCoW Prioritization, Purpose Alignment Model

Delivery プロダクトのhow&when

Get Real Using Examples Behaviour Driven Development

Understand What is Doable Estimation, Planning Workshop, Real Options

Stimulate Collaboration & Continuous Improvement

Collaborative Games, Retrospectives

Avoid Waste Light Weight Documentation

今日の範囲

「BABOK（R）」の近況 - http://www.ogis-ri.co.jp/rad/webmaga/rwm20120204.html





ワークショップ#1

各テーブルごとに、自己紹介を行ってください

（チームワークショップ）

25


「自分の興味のある/やりたいビジネス・事業・サービス・企画」

のピッチ（発表：1分）の準備をしてください

※教室内にいる方に聞かれても大丈夫な内容にしてください

（個人ワークショップ）

26


テーブル内で

「自分の興味のある/やりたいビジネス・事業・サービス・企画」

を、1人1分でピッチ（発表）してください

全員がピッチを行ってください


27


テーブル内全員のピッチの中から、人気投票で1位を決めてください

1位になった方はこの後のワークショップでは「ステークホルダー」役になってください

残りの方は「プロダクトオーナー」役とします


28


BABOKの良さは「ビジネスニーズに紐付いたソリューション」を提供することです

そこで、ビジネスニーズに基づいた要求の優先順位付けや要求の体系化などについて、

BABOKの要求アナリシスから学んでいきましょう

29

BABOKに学ぶ要求アナリシス（1/10）

要求アナリシスとは（1/1）

要求アナリシスとは

– ステークホルダーの要求を分析/整理/可視化し、優先順位をつけて要求を実現する解決策をまとめる

» ソリューションが何をするべきか(WHATに相当)を明確化

– 具体的には、以下の6つのタスクを実行

1. 要求に優先順位をつける

2. 要求を体系化する

3. 要求の仕様化とモデリングを行う

4. 前提条件と制約条件を定義する

5. 要求を検証する

6. 要求を妥当性確認する




31

解決策を見つけるためにきちんと分析しよう – http://www.atmarkit.co.jp/im/carc/serial/babok/02/02.html





1.要求に優先順位を付ける（1/2）

優先順位付けの判定基準 1. 各要求について費用対効果を分析し、

もたらされる価値が最も高い要求を優先

2. 実装後に進捗や成功が早く確認できる要求を優先

3. 各要求を実現するプロジェクトについて、失敗するリスクが高いものを優先

4. 最も簡単に実装できそうな要求を優先

5. 法規制やポリシーを遵守する必要があるものについて、それに関する要求を優先

6. 他の要求との関係上、分析や実装が急がれる要求を優先

7. ステークホルダーの合意がとれた要求から順に分析、実装

8. 緊急性の高い要求を優先





1.要求に優先順位を付ける（2/2）

優先順位付けにおいて注意すべきこと 1. 交渉の余地のない要望に対して、優先順位を高く

つけてしまいがち

2. ステークホルダーが、難しい選択を嫌がったり代替案を検討する必要性を認めない場合、また、要求すべてに高い優先順位をつけるよう強いてきた場合、ステークホルダーの意見に従わざるを得なくなることがある

3. 非現実的な代替案が出された場合、選択の余地がなく優先順位の付けようがなくなる

4. ソリューション開発チームが、ある要求に対して実装の難易度や複雑さを過大評価してしまう

33





2.要求を体系化する（1/2）

状況や内容に適したモデルを選択

– どのモデルを使うか

– どのように相互依存関係を表すか

– 要求と要求の相互関係や依存関係を明確化

要求を体系化する際に考慮する要素

1. 抽象化レベル

» 「何をすべきか(What)」と「どうやって実施するか(How)」を区別

» 抽象度を下げていく

2. モデルの選択

» 状況や内容に適したモデルを決める

» ある要求を分析して文書化するために複数のモデルを作成





2.要求を体系化する（2/2）

モデリングの考え方と5種類の視点

35

5種類の視点モデルの説明

ユーザークラス / プロファイル / ロール

このモデルは、ソリューションと直接に相互作用する人を分類して表現。ロールとは、類似したニーズと期待と目標を持つ人々をグループ化したもの。それぞれのロールはステークホルダーに対応すると考えられ、要求の発生源として調査が必要

コンセプトと関連

一般にコンセプトとは、場所、人、物、組織といった、現実世界にあるモノに対応。これらがビジネスドメインに関連するオブジェクトやエンティティ、あるいは事実を定義し、さらに他のコンセプトとどんな関連があるかも定義。

イベントイベントとは、ビジネスシステムや組織に何かをするように求めるもの。組織はイベントに応答しなければならない。多くの場合、イベントがビジネスプロセスを起動するか、または影響を及ぼす。イベントは、ビジネス領域の外から来ることも、中から起こることもあり、さらに、予定した時間に発生することもある。

プロセスプロセスとは、組織内で実行される一連の反復可能なアクティビティ。プロセスは、イベントに完全に対応するために、誰または何が参加しなければならないか、あるいは、目的を達成するために企業の人々がどうやって協力して働くかを記述。

ルールルールとは、企業がその目的を周知徹底し、意志決定の指針とするための仕様。エンティティと関連する情報がいつ変更されるのか、どんな価値を持つ情報が有効なのか、プロセスの中でいかに決定が下されるのか、そして組織がどんな優先順を持つかは、ルールによって決められる。





3.要求の仕様化とモデリングを行う（1/1）

要求の仕様化とモデリングを行う際に考慮する要素

1. 文章（テキスト）

» 要求は、3つの形式で文章表現する

2. マトリクス表現

» 状況や内容に適したモデルを決める

» ある要求を分析して文書化するために複数のモデルを作成

3. モデル

» 文章モデルや図形モデルを使って状況やフローを記述

4. 要求の属性の捕捉

» 参照番号、情報源、ステータス、複雑性、緊急性、安定性

5. 改善の機会

» 現行の業務運用の改善点を識別可能にする


1. ソリューションの能力 2. 要件（要求を機能させるための条件） 3. ソリューションを実施するにあたっての

制約条件




4.前提条件と制約条件を定義（1/1）

前提条件と制約条件を定義する際に考慮する要素

1. 前提条件

» プロジェクトの潜在的なリスク発生源として常に認識

» 先例や単なる思い込みによって定義されていることも

2. ビジネス上の制約条件

» 予算、時間、リソース、スキル、組織上の制約

3. 技術上の制約条件

» 開発言語、仕様が義務づけられているアプリケーション、リソースの稼働率、メッセージの長さやタイミング、ファイルの最大数とサイズなど





5.要求を検証する（1/2）

要求を検証する際に考慮する要素（1/2）

1. 要求品質の特性

1. 凝縮性が高い

2. 完全である

3. 一貫性がある

4. 正確である

5. 実現可能である

6. 修正が容易である

7. 曖昧さがない

2. 検証アクティビティ

（次ページ）





5.要求を検証する（2/2）

要求を検証する際に考慮する要素（2/2）

1. 要求品質の特性

（前ページ）

2. 検証アクティビティ

1. モデルの表記ミスがない

2. 表記の一貫性

3. 要素の網羅性

4. 要素間の因果関係

5. 表現や用語のわかりやすさと一貫性

6. 例を示す





6.要求を妥当性確認する（1/1）

要求を妥当性する際に考慮する要素

1. 前提条件の識別

» リスクを適切に管理、妥当性を確認

2. 測定可能な評価基準の定義

» 成功の度合いを評価するための評価基準の妥当性を確認

3. ビジネスバリューの決定

» ステークホルダーに価値を提供する要求が定義

4. 便益を実現する依存関係の決定

» 要求間の依存関係や関連が適切に記述されているか確認

5. ビジネスケースと機会費用の整合性の評価

» 最終的にビジネスケースの目標まで遡ることが可能か確認





「ステークホルダー」役の方は、

「プロダクトオーナー」役の方に

実現したい機能を一方的に話してください

ヒアリングをした内容はポストイットに機能単位で書き出してください


41


ワークショップ#5で出てきた要求に対して、

優先順位を付けてください

優先順位が高いものには赤いペンで丸をつけてください


42

発表会

以下を発表してください

・採用されたピッチ

・優先順位を決めた基準

・優先順位の高い項目の内容

43

振り返り＆ディスカッション

ワールドカフェ形式で振り返りを行います


44

振り返り＆ディスカッションの進め方（1/1）

振り返り＆ディスカッションの進め方（1/1）

Copyright © @fullvirtue. All rights reserved. 45

おおまかな流れ 15:10～ふりかえり/進行説明 15:15～ワールドカフェラウンド1 15:25～席替え ※ラウンド1最後の発表者は残ってください ※ラウンド1最後の発表者以外の方は、別のテーブルへ移動してください

15:30～ワールドカフェラウンド2 15:40～ワールドカフェアフター

進行説明ワールドカフェについてご説明します


進行説明：ワールドカフェ（1/8）

ワールドな側面（1週目）


テーブル A

テーブル C

テーブル B

テーブル D

ふりかえりセッション（高柳謙） http://www.slideshare.net/AgileJapan/ss-7691714

http://www.slideshare.net/AgileJapan/ss-7691714




ワールドな側面（2週目）


テーブル A

代表

テーブル C

代表

テーブル B

代表

テーブル D

代表

テーブルの代表 1人が残ります。

テーブルの代表以外のみなさんは他のテーブルへ移動します。







カフェな側面（1/2）


テーブル A

テーブル C

テーブル B

テーブル D

リラックスして話せる場を共有







カフェな側面（2/2）


テーブル A

テーブル C

テーブル B

テーブル D

話し手の話をよい聞き手となって

聞くことが大事


よい聞き手となるための5つの要素（1/1）

1. 注意を払う。話し手にあなたの絶え間ない注意とメッセージへの同意を伝える

2. 聞いていることを示す。ボディランゲージやジェスチャーで相手に注目していることを伝える。

3. 繰り返す。定期的に言い換えたり要約したりすることで、話されたことに対する理解を示す。

4. 判断を保留する。話し手に最後まで話をさせる。妨害しないこと。

5. ふさわしい応答をする。応答するときは率直かつオープンに。 51

ユーザエクスペリエンスのためのストーリーテリングよりよりデザインを生み出すストーリーの作り方と伝え方 P40


[参考] アクティブリスニングの7つのポイント（1/1）

1. 相手に興味を持つ。

2. 相手のペースに合わせる。

3. 相手を否定したり批判したりしない。

4. 過剰な解釈をしない。

5. 結論を決めつけない。

6. 安易に元気づけない。

7. 沈黙を大切にする。

52 アクティブ・リスニング


[参考] アクティブリスニングの基本構造（1/1）

プラスワンで一言加える

質問して相手に興味を示す

プラスワン

言い換え

繰り返し

はげまし

あいづち

うなずき

かかわり行動

相手を良く観察する

相手への興味がなければできない

53

相手の話を傾聴する

アクティブ・リスニング


ワールドカフェのテーマ

今日の一番の収穫を、テーブルの中で共有してください。




よい聞き手になるための 7つのポイント

1. 相手に興味を持つ 2. 相手のペースに合わる 3. 相手を否定・批判しない 4. 過剰な解釈をしない 5. 結論を決めつけない 6. 安易に元気づけない 7. 沈黙を大切にする

ワールドカフェラウンド1 それでは、今日の一番の収穫をテーブルの中で共有してください


ワールドカフェラウンド1








席替え

ラウンド1最後の発表者は残ってください

ラウンド1最後の発表者以外の方は、別のテーブルへ移動してください


ワールドカフェラウンド2 今日の一番の収穫をテーブルの中で共有してください


ワールドカフェラウンド2








ワールドカフェアフター

最初のテーブルに戻ってください

最初のテーブルから離れている間に追記された内容を確認してください


まとめ今日お話したことを振り返ってみましょう

61


今日お話したこと（1/1）









発表会

振り返り＆ディスカッションワールドカフェ 62

お知らせ皆様にお知らせがあります

63


www.postudy.com

現在公開しているワークショップの資料 1.アジャイルとスクラム

2.ユーザーストーリーマッピング 3.プラグマティック・ペルソナ 4.ストーリーテリング～概要～ 5.～ストーリーを生み出す～ 6.～ストーリーを共有する～ 7.～ストーリーを作る～ 8.～よい聞き手になるための学習～ 9.システム思考に学ぶ真の解決策 10.BABOKに学ぶ要求アナリシス 11.Product Management Bootcamp

12.The Specification Exerciseで仕様伝達 13.Fearless Journeyでパターンによる改善 14.Moving Motivatorsに学ぶモチベーション 15.Business Model Canvas 16.RUNNING LEANに学ぶLean Canvas 17.Lean Diagramに学ぶProblem/Solution Fit 18.The Wallet Projectに学ぶデザイン思考 19.ゲーミフィケーションに学ぶWebサービスの価値観 20.ゲームビジネスメソッドに学ぶ購買意思決定理論 21.ペーパープロトタイピングに学ぶユーザー中心設計 22.マシュマロチャレンジでチームビルディング 23.The Beer Gameで学ぶシステム思考 24.Product Discovery Teamに学ぶ成功するための Product Ownership

65

日時 2013年09月16日(月) 10:00～17:00

参加費無料

開催場所グロースエクスパートナーズ株式会社 3F セミナールーム

住所東京都新宿区新宿5-17-17 渡菱ビル 3F JR線新宿駅東口出口より7分丸ノ内線、副都心線新宿三丁目B3出口より3分都営新宿線新宿三丁目C7出口より3分

詳細・お申込はこちら： http://postudy.doorkeeper.jp/events/5325

10:00～ Opening

10:15～ POStudyの2年間を振り返る POStudyのこれまで2年間に行ってきた数々のワークショップを振り返ります

11:30～お昼休み

12:45～プロダクトとマネジメント～自分事としてのプロダクトマネジメント POStudy 2周年記念イベントという記念すべき機会に、改めて「プロダクトマネジメントって結局何？」というところを考えてみたいと思います。さまざまなワークやディスカッションを盛り込みながら、プロダクトマネジメントと自分の仕事の関係を考えていきます。

16:00～座談会

16:50～クロージング

http://postudy.doorkeeper.jp/events/5325

http://postudy.doorkeeper.jp/events/5325

66

XP祭り2013 ～ XP ～


ご静聴ありがとうございました。

BABOKに学ぶ「柔軟性を重視した開発」における要求アナリシス - XP祭り2013

Technology

Transcript of BABOKに学ぶ「柔軟性を重視した開発」における要求アナリシス - XP祭り2013