SlideShare ist ein Scribd-Unternehmen logo
1 von 15
Downloaden Sie, um offline zu lesen
チュートリアルシリーズ第3回
 要求分析ツリー⼊⾨
  求分析



      株式会社豆蔵 シニアコンサルタント
               上 山 和 子
本⽇のアジェンダ
•   課題 要求の取得⽅法
    課題・要求の取得⽅法
•   要求分析ツリーの⽤途
•   要求分析ツリーの構造
•   課題エリア
•   要求エリア
                  http://itpro.nikkeibp.co.jp/article/Watcher/
•   解決策エリア        20071009/283860/

•   要求分析ツリーを作成すると
•   要求分析ツリーを⽤いてゴール指標を導く


                                                             2
課題・要求の取得⽅法
         課題 要求の取得⽅法
• ヒアリング対象により
  得
  得られる課題、要求のレベルは様々
      課題 要求     様
 – 経営者   : 財務的視点からの抽象度の⾼い
           課題や要求
 – 担当者   : 業務に直結した具体的な課題や
           機能要求

• ⽬的と⼿段の連鎖で表現する
  と関係性が明らかになる
                            3
要求分析ツリーの⽤途
    要求分析ツリ の⽤途
• プロジ クトの初期に与えられる情報の
  プロジェクトの初期に与えられる情報の
  全体構造を把握する
• 様々なレベルの要求を系統⽴てて整理する
• 個々の要求の論理的
  な⽐較が可能
• プロジェクトの状態、
  戦略が読み取れる
• プロジェクトの適切
  なゴール指標を導く
  なゴ ル指標を導く
                        4
要求分析ツリ の構造
          要求分析ツリーの構造

課題                       要求        要求   解決策

課題
                    要
                    要求   要求   要求   要求   解
課              要求   要求   要求   要求   要求   決
                                        解決策

題                   求
課題        要求   要求   要求   要求   要求   要求
                                        策
エ    要求        要求
                    エ
                    要求   要求
                              要求
                              要求   要求   エ
                                        解決策
リ                    リ             要求
                                        リ
ア
課題        要求   要求   要求
                    ア
                         要求   要求   要求   解決策

                                   要求   ア
課題             要求   要求   要求   要求   要求
                                   要求
                                    求   解決策


                                              5
課題エリア
• その時点で顕在化している課題を記載する
• 重点課題を5〜8個に絞る
   点課題    個 絞
• 課題は、問題と原因が明確になるように記
  載する
 – ●●●なので×××できない
 – ●●●なので×××のリスクがある
 例)販売機会がショ ル ムに限られているので
 例)販売機会がショールームに限られているので
    顧客接点が少ない

                          6
課題エリア
• 課題は要求の裏返し


   ●●●なので×××できない

              ×××したい



                       7
要求エリア
• ⽬的と⼿段の関係に注⽬し 要求をグラフ
  ⽬的と⼿段の関係に注⽬し、要求をグラフ
  構造で表記する
                客数を増やす
        売上増

                客単価を上げる
 利益向上


        コスト削減   固定費削減


                          8
要求エリア
1    2     3   4    5     6    7    8     9    10
                                    要求   要求    要求

                    要求         要求   要求   要求    要求

               要求   要求    要求   要求   要求   要求要求
     1~4レベル         4~8レベル           7レベル以降
          要求   要求   要求    要求   要求   要求   要求    要求

     経営トップ
     要求 要求     要求   要求業務管理 要求
                        要求          要求   現場
                                          要求   要求
         の視点             の視点
                          要求        要求   の視点
                                          要求   要
                                               要求
要求        要求   要求   要求    要求   要求   要求   要求    要求
     財務的指標            業務上の 要求       要求 具体的な 要求
                                        要求
     要求   要求   要求   非財務的指標
                    要求  要求 要求       要求 機能要求 要求
                                        要求
                               要求   要求   要求    要求
          要求   要求   要求    要求   要求   要求   要求    要求
                               要求   要求   要求    要求
                                                    9
要求の配置⽅法
• 企業の戦略が反映される1 4レベルを配
  企業の戦略が反映される1〜4レベルを配
  置する
• 収集した要求を要求分析ツリーに配置し、
  要求が意図する⽬的をたどり、上位レベル
  要求が意図する⽬的をたどり 上位レベル
  の要求につなぐ
 – 論理の飛躍、レベル感に注意する
• システム要求は⾊を変える


                        10
新たな要求の開発
• 要求を1 2レベル遡ることで 新たな要
  要求を1〜2レベル遡ることで、新たな要
  求(⼿段)を開発できることがあります


           目的
           狙い
販売チャネル拡大        引越しサービス企業との提携

            新たな手段

                ブライダル企業との提携


                                11
解決策エリア
• プロジ クト初期に与えられている解決策
  プロジェクト初期に与えられている解決策、
  課題分析、要求分析の過程で明らかになっ
  た解決策を要求分析ツリーの解決策エリア
  に記載する
• 個々の解決策と関連する要求を線で結ぶ
                     要求        要求   解決策

                要求   要求   要求   要求

           要求   要求   要求   要求   要求   解決策


 要求   要求   要求   要求   要求   要求

                                          12
要求分析ツリ を作成すると
  要求分析ツリーを作成すると




全体構造が把握できる
   ステークホルダー間の共通認識が確⽴できる
   ステ クホルダ 間の共通認識が確⽴できる
今回のプロジェクトの戦略がわかる
      声の⼤きな⼈の意⾒に振り回されない
                      13
要求分析ツリーを⽤いてゴール指標を導く
要求分析ツリ を⽤いてゴ ル指標を導く

                     価格競争力             無料配送地域の
                      の強化                拡大

     新規顧客の                                                     Webサイトによる
                      商圏の拡大            広告範囲の拡大
      増加                                                       仮説ショールーム

                     顧客接点の増加




    文書名     ゴール記述書            フォームNo                 版   1.0    日 付     2010.4.26
プロジェクト名
プロジ クト名     基幹システム再構築プロジェクト
            基幹システム再構築プロジ クト              プロジェクトCD               作成者

№         何をすることで      何が      いつまでに        どうなるのか       評価尺度          目標値
    Webサイトによる仮説ショー                                       5キロメート
1   ルームを構築して広告範囲を
    ル ムを構築して広告範囲を      商圏が     2011年3月       拡大する        ル圏外の         10%→20%
                                                                      10% 20%
    拡大することで                                              顧客割合

                                                                                14
ご清聴どうも有難うございました。




要求分析ツリ
要求分析ツリー
要求開発の導入でお困りの方
上山までご連絡ください
                     15

Weitere ähnliche Inhalte

Was ist angesagt?

デザイン思考および周辺 - ユーザビリティ、UX、アジャイル開発を含めて-
デザイン思考および周辺 - ユーザビリティ、UX、アジャイル開発を含めて-デザイン思考および周辺 - ユーザビリティ、UX、アジャイル開発を含めて-
デザイン思考および周辺 - ユーザビリティ、UX、アジャイル開発を含めて-Hironori Washizaki
 
2022XP祭りK-Track 組織をアジャイルにする共創戦略とは セントラルソフト 林栄一
2022XP祭りK-Track 組織をアジャイルにする共創戦略とは セントラルソフト 林栄一2022XP祭りK-Track 組織をアジャイルにする共創戦略とは セントラルソフト 林栄一
2022XP祭りK-Track 組織をアジャイルにする共創戦略とは セントラルソフト 林栄一Eiichi Hayashi
 
リーン開発の本質 公開用
リーン開発の本質 公開用リーン開発の本質 公開用
リーン開発の本質 公開用ESM SEC
 
Pull Request & TDD 入門
Pull Request & TDD 入門Pull Request & TDD 入門
Pull Request & TDD 入門ESM SEC
 
40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていること40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていることonozaty
 
JIRAを使った簡単リリースプランニング
JIRAを使った簡単リリースプランニングJIRAを使った簡単リリースプランニング
JIRAを使った簡単リリースプランニングNarichika Kajihara
 
「事実にもとづく管理」によるソフトウェア品質の改善 ー ヒンシツ大学 Evening Talk #04
「事実にもとづく管理」によるソフトウェア品質の改善 ー ヒンシツ大学 Evening Talk #04「事実にもとづく管理」によるソフトウェア品質の改善 ー ヒンシツ大学 Evening Talk #04
「事実にもとづく管理」によるソフトウェア品質の改善 ー ヒンシツ大学 Evening Talk #04Makoto Nonaka
 
どうする計画駆動型スクラム(スクラムフェス大阪2023 発表資料)
どうする計画駆動型スクラム(スクラムフェス大阪2023 発表資料)どうする計画駆動型スクラム(スクラムフェス大阪2023 発表資料)
どうする計画駆動型スクラム(スクラムフェス大阪2023 発表資料)NTT DATA Technology & Innovation
 
テスト分析・設計を体感しよう ~マインドマップを活用してテスト観点を発想しよう
テスト分析・設計を体感しよう ~マインドマップを活用してテスト観点を発想しようテスト分析・設計を体感しよう ~マインドマップを活用してテスト観点を発想しよう
テスト分析・設計を体感しよう ~マインドマップを活用してテスト観点を発想しようAkira Ikeda
 
情報共有は、なぜGoogle Docsじゃなく、 Confluenceなのか。
情報共有は、なぜGoogle Docsじゃなく、 Confluenceなのか。情報共有は、なぜGoogle Docsじゃなく、 Confluenceなのか。
情報共有は、なぜGoogle Docsじゃなく、 Confluenceなのか。Narichika Kajihara
 
IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門Masahito Zembutsu
 
How to let them in house of quality
How to let them in house of qualityHow to let them in house of quality
How to let them in house of qualityTakahiro Toku
 
パターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ
パターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へパターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ
パターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へHironori Washizaki
 
セットベース開発アプローチ
セットベース開発アプローチセットベース開発アプローチ
セットベース開発アプローチTakashi Tomizawa
 
アジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティスアジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティスYasui Tsutomu
 
TDD のこころ @ OSH2014
TDD のこころ @ OSH2014TDD のこころ @ OSH2014
TDD のこころ @ OSH2014Takuto Wada
 
テスト分析入門 -「ゆもつよメソッド」を例に- #wacate
テスト分析入門 -「ゆもつよメソッド」を例に- #wacateテスト分析入門 -「ゆもつよメソッド」を例に- #wacate
テスト分析入門 -「ゆもつよメソッド」を例に- #wacateKinji Akemine
 
私にとってのテスト
私にとってのテスト私にとってのテスト
私にとってのテストTakuto Wada
 
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019Tokoroten Nakayama
 

Was ist angesagt? (20)

デザイン思考および周辺 - ユーザビリティ、UX、アジャイル開発を含めて-
デザイン思考および周辺 - ユーザビリティ、UX、アジャイル開発を含めて-デザイン思考および周辺 - ユーザビリティ、UX、アジャイル開発を含めて-
デザイン思考および周辺 - ユーザビリティ、UX、アジャイル開発を含めて-
 
2022XP祭りK-Track 組織をアジャイルにする共創戦略とは セントラルソフト 林栄一
2022XP祭りK-Track 組織をアジャイルにする共創戦略とは セントラルソフト 林栄一2022XP祭りK-Track 組織をアジャイルにする共創戦略とは セントラルソフト 林栄一
2022XP祭りK-Track 組織をアジャイルにする共創戦略とは セントラルソフト 林栄一
 
リーン開発の本質 公開用
リーン開発の本質 公開用リーン開発の本質 公開用
リーン開発の本質 公開用
 
Pull Request & TDD 入門
Pull Request & TDD 入門Pull Request & TDD 入門
Pull Request & TDD 入門
 
40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていること40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていること
 
JIRAを使った簡単リリースプランニング
JIRAを使った簡単リリースプランニングJIRAを使った簡単リリースプランニング
JIRAを使った簡単リリースプランニング
 
「事実にもとづく管理」によるソフトウェア品質の改善 ー ヒンシツ大学 Evening Talk #04
「事実にもとづく管理」によるソフトウェア品質の改善 ー ヒンシツ大学 Evening Talk #04「事実にもとづく管理」によるソフトウェア品質の改善 ー ヒンシツ大学 Evening Talk #04
「事実にもとづく管理」によるソフトウェア品質の改善 ー ヒンシツ大学 Evening Talk #04
 
どうする計画駆動型スクラム(スクラムフェス大阪2023 発表資料)
どうする計画駆動型スクラム(スクラムフェス大阪2023 発表資料)どうする計画駆動型スクラム(スクラムフェス大阪2023 発表資料)
どうする計画駆動型スクラム(スクラムフェス大阪2023 発表資料)
 
Lean coffee
Lean coffeeLean coffee
Lean coffee
 
テスト分析・設計を体感しよう ~マインドマップを活用してテスト観点を発想しよう
テスト分析・設計を体感しよう ~マインドマップを活用してテスト観点を発想しようテスト分析・設計を体感しよう ~マインドマップを活用してテスト観点を発想しよう
テスト分析・設計を体感しよう ~マインドマップを活用してテスト観点を発想しよう
 
情報共有は、なぜGoogle Docsじゃなく、 Confluenceなのか。
情報共有は、なぜGoogle Docsじゃなく、 Confluenceなのか。情報共有は、なぜGoogle Docsじゃなく、 Confluenceなのか。
情報共有は、なぜGoogle Docsじゃなく、 Confluenceなのか。
 
IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門
 
How to let them in house of quality
How to let them in house of qualityHow to let them in house of quality
How to let them in house of quality
 
パターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ
パターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へパターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ
パターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ
 
セットベース開発アプローチ
セットベース開発アプローチセットベース開発アプローチ
セットベース開発アプローチ
 
アジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティスアジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティス
 
TDD のこころ @ OSH2014
TDD のこころ @ OSH2014TDD のこころ @ OSH2014
TDD のこころ @ OSH2014
 
テスト分析入門 -「ゆもつよメソッド」を例に- #wacate
テスト分析入門 -「ゆもつよメソッド」を例に- #wacateテスト分析入門 -「ゆもつよメソッド」を例に- #wacate
テスト分析入門 -「ゆもつよメソッド」を例に- #wacate
 
私にとってのテスト
私にとってのテスト私にとってのテスト
私にとってのテスト
 
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
 

Andere mochten auch

PMBOKから学ぶプロジェクトマネジメント #1 プロジェクトの正体、マネージャの心構え
PMBOKから学ぶプロジェクトマネジメント #1 プロジェクトの正体、マネージャの心構え PMBOKから学ぶプロジェクトマネジメント #1 プロジェクトの正体、マネージャの心構え
PMBOKから学ぶプロジェクトマネジメント #1 プロジェクトの正体、マネージャの心構え Yuichi Minowa
 
UniStudy ビジネス編 公開用 #3 プロジェクトマネジメント前編
UniStudy ビジネス編 公開用 #3 プロジェクトマネジメント前編UniStudy ビジネス編 公開用 #3 プロジェクトマネジメント前編
UniStudy ビジネス編 公開用 #3 プロジェクトマネジメント前編Yuichi Minowa
 
Introduction of Business Models in Requirement Development
Introduction of Business Models in Requirement DevelopmentIntroduction of Business Models in Requirement Development
Introduction of Business Models in Requirement DevelopmentKent Ishizawa
 
ドメイン駆動設計と要求開発
ドメイン駆動設計と要求開発ドメイン駆動設計と要求開発
ドメイン駆動設計と要求開発Kent Ishizawa
 
さくさく要件定義セミナー in 大阪
さくさく要件定義セミナー in 大阪さくさく要件定義セミナー in 大阪
さくさく要件定義セミナー in 大阪Zenji Kanzaki
 
アーキテクチャとアジャイルプロジェクトをまともに進めるための両輪について-DevLOVE関西 #DevKan
アーキテクチャとアジャイルプロジェクトをまともに進めるための両輪について-DevLOVE関西 #DevKan アーキテクチャとアジャイルプロジェクトをまともに進めるための両輪について-DevLOVE関西 #DevKan
アーキテクチャとアジャイルプロジェクトをまともに進めるための両輪について-DevLOVE関西 #DevKan Yusuke Suzuki
 

Andere mochten auch (7)

PMBOKから学ぶプロジェクトマネジメント #1 プロジェクトの正体、マネージャの心構え
PMBOKから学ぶプロジェクトマネジメント #1 プロジェクトの正体、マネージャの心構え PMBOKから学ぶプロジェクトマネジメント #1 プロジェクトの正体、マネージャの心構え
PMBOKから学ぶプロジェクトマネジメント #1 プロジェクトの正体、マネージャの心構え
 
UniStudy ビジネス編 公開用 #3 プロジェクトマネジメント前編
UniStudy ビジネス編 公開用 #3 プロジェクトマネジメント前編UniStudy ビジネス編 公開用 #3 プロジェクトマネジメント前編
UniStudy ビジネス編 公開用 #3 プロジェクトマネジメント前編
 
Introduction of Business Models in Requirement Development
Introduction of Business Models in Requirement DevelopmentIntroduction of Business Models in Requirement Development
Introduction of Business Models in Requirement Development
 
ドメイン駆動設計と要求開発
ドメイン駆動設計と要求開発ドメイン駆動設計と要求開発
ドメイン駆動設計と要求開発
 
Rdra in 東京
Rdra in 東京Rdra in 東京
Rdra in 東京
 
さくさく要件定義セミナー in 大阪
さくさく要件定義セミナー in 大阪さくさく要件定義セミナー in 大阪
さくさく要件定義セミナー in 大阪
 
アーキテクチャとアジャイルプロジェクトをまともに進めるための両輪について-DevLOVE関西 #DevKan
アーキテクチャとアジャイルプロジェクトをまともに進めるための両輪について-DevLOVE関西 #DevKan アーキテクチャとアジャイルプロジェクトをまともに進めるための両輪について-DevLOVE関西 #DevKan
アーキテクチャとアジャイルプロジェクトをまともに進めるための両輪について-DevLOVE関西 #DevKan
 

Ähnlich wie Requirement Analysis Tree

Odstudy 20120225 エンジニアのための提案力向上セミナー
Odstudy 20120225 エンジニアのための提案力向上セミナーOdstudy 20120225 エンジニアのための提案力向上セミナー
Odstudy 20120225 エンジニアのための提案力向上セミナーkumi_shiki
 
BABOK 2.0 and Requirement Development
BABOK 2.0 and Requirement DevelopmentBABOK 2.0 and Requirement Development
BABOK 2.0 and Requirement DevelopmentKent Ishizawa
 
要求開発の発展と展開、そして課題
要求開発の発展と展開、そして課題要求開発の発展と展開、そして課題
要求開発の発展と展開、そして課題Kent Ishizawa
 
ステップアップ実務セミナーC「EC運営」全ページ
ステップアップ実務セミナーC「EC運営」全ページステップアップ実務セミナーC「EC運営」全ページ
ステップアップ実務セミナーC「EC運営」全ページOsamu Sugiura
 
using astah for openthology modeling
using astah for openthology modelingusing astah for openthology modeling
using astah for openthology modelingKenji Hiranabe
 
ウォーターフォールとアジャイル開発の比較 
ウォーターフォールとアジャイル開発の比較 ウォーターフォールとアジャイル開発の比較 
ウォーターフォールとアジャイル開発の比較 Unicast Inc.
 
Determining Models in Requirement Development
Determining Models in Requirement DevelopmentDetermining Models in Requirement Development
Determining Models in Requirement DevelopmentKent Ishizawa
 
[CT09] デザイン思考をイノベーションに活かす~マイクロソフトのチーフデジタルアドバイザーが授けるビジネスモデル策定のコツ
[CT09] デザイン思考をイノベーションに活かす~マイクロソフトのチーフデジタルアドバイザーが授けるビジネスモデル策定のコツ[CT09] デザイン思考をイノベーションに活かす~マイクロソフトのチーフデジタルアドバイザーが授けるビジネスモデル策定のコツ
[CT09] デザイン思考をイノベーションに活かす~マイクロソフトのチーフデジタルアドバイザーが授けるビジネスモデル策定のコツde:code 2017
 
RFP and Requirement Development
RFP and Requirement DevelopmentRFP and Requirement Development
RFP and Requirement DevelopmentKent Ishizawa
 
SFA運用の秘訣と定着化のコツセミナー資料
SFA運用の秘訣と定着化のコツセミナー資料SFA運用の秘訣と定着化のコツセミナー資料
SFA運用の秘訣と定着化のコツセミナー資料NetyearGroup
 
図解で学ぶ 「BABOK」
図解で学ぶ 「BABOK」図解で学ぶ 「BABOK」
図解で学ぶ 「BABOK」Katsuhito Okada
 
アジャイルツアー大阪
アジャイルツアー大阪アジャイルツアー大阪
アジャイルツアー大阪Tsuyoshi Ushio
 
Ci&T Anti-Software Factory Pattern
Ci&T Anti-Software Factory PatternCi&T Anti-Software Factory Pattern
Ci&T Anti-Software Factory PatternYoshiyuki Ueda
 
ソーシャル電子カタログのご紹介 1005
ソーシャル電子カタログのご紹介 1005ソーシャル電子カタログのご紹介 1005
ソーシャル電子カタログのご紹介 1005Yoshio Shinozuka
 
Introduction of Strategy Map in Requirement Development
Introduction of Strategy Map in Requirement DevelopmentIntroduction of Strategy Map in Requirement Development
Introduction of Strategy Map in Requirement DevelopmentKent Ishizawa
 
Introduction of KOTATSU-MODEL in Requirement Development
Introduction of KOTATSU-MODEL in Requirement DevelopmentIntroduction of KOTATSU-MODEL in Requirement Development
Introduction of KOTATSU-MODEL in Requirement DevelopmentKent Ishizawa
 
すくすくスクラム要求開発入門(公開用).Key
すくすくスクラム要求開発入門(公開用).Keyすくすくスクラム要求開発入門(公開用).Key
すくすくスクラム要求開発入門(公開用).KeyEiichi Hayashi
 
コースC 「EC運営」Ver.2.0
コースC 「EC運営」Ver.2.0コースC 「EC運営」Ver.2.0
コースC 「EC運営」Ver.2.0Osamu Sugiura
 
リーン・スタートアップ のためのテスト
リーン・スタートアップ のためのテストリーン・スタートアップ のためのテスト
リーン・スタートアップ のためのテストMasakuni Kato
 

Ähnlich wie Requirement Analysis Tree (20)

Odstudy 20120225 エンジニアのための提案力向上セミナー
Odstudy 20120225 エンジニアのための提案力向上セミナーOdstudy 20120225 エンジニアのための提案力向上セミナー
Odstudy 20120225 エンジニアのための提案力向上セミナー
 
BABOK 2.0 and Requirement Development
BABOK 2.0 and Requirement DevelopmentBABOK 2.0 and Requirement Development
BABOK 2.0 and Requirement Development
 
要求開発の発展と展開、そして課題
要求開発の発展と展開、そして課題要求開発の発展と展開、そして課題
要求開発の発展と展開、そして課題
 
ステップアップ実務セミナーC「EC運営」全ページ
ステップアップ実務セミナーC「EC運営」全ページステップアップ実務セミナーC「EC運営」全ページ
ステップアップ実務セミナーC「EC運営」全ページ
 
using astah for openthology modeling
using astah for openthology modelingusing astah for openthology modeling
using astah for openthology modeling
 
ウォーターフォールとアジャイル開発の比較 
ウォーターフォールとアジャイル開発の比較 ウォーターフォールとアジャイル開発の比較 
ウォーターフォールとアジャイル開発の比較 
 
Determining Models in Requirement Development
Determining Models in Requirement DevelopmentDetermining Models in Requirement Development
Determining Models in Requirement Development
 
[CT09] デザイン思考をイノベーションに活かす~マイクロソフトのチーフデジタルアドバイザーが授けるビジネスモデル策定のコツ
[CT09] デザイン思考をイノベーションに活かす~マイクロソフトのチーフデジタルアドバイザーが授けるビジネスモデル策定のコツ[CT09] デザイン思考をイノベーションに活かす~マイクロソフトのチーフデジタルアドバイザーが授けるビジネスモデル策定のコツ
[CT09] デザイン思考をイノベーションに活かす~マイクロソフトのチーフデジタルアドバイザーが授けるビジネスモデル策定のコツ
 
RFP and Requirement Development
RFP and Requirement DevelopmentRFP and Requirement Development
RFP and Requirement Development
 
SFA運用の秘訣と定着化のコツセミナー資料
SFA運用の秘訣と定着化のコツセミナー資料SFA運用の秘訣と定着化のコツセミナー資料
SFA運用の秘訣と定着化のコツセミナー資料
 
図解で学ぶ 「BABOK」
図解で学ぶ 「BABOK」図解で学ぶ 「BABOK」
図解で学ぶ 「BABOK」
 
アジャイルツアー大阪
アジャイルツアー大阪アジャイルツアー大阪
アジャイルツアー大阪
 
Ci&T Anti-Software Factory Pattern
Ci&T Anti-Software Factory PatternCi&T Anti-Software Factory Pattern
Ci&T Anti-Software Factory Pattern
 
ソーシャル電子カタログのご紹介 1005
ソーシャル電子カタログのご紹介 1005ソーシャル電子カタログのご紹介 1005
ソーシャル電子カタログのご紹介 1005
 
Introduction of Strategy Map in Requirement Development
Introduction of Strategy Map in Requirement DevelopmentIntroduction of Strategy Map in Requirement Development
Introduction of Strategy Map in Requirement Development
 
Introduction of KOTATSU-MODEL in Requirement Development
Introduction of KOTATSU-MODEL in Requirement DevelopmentIntroduction of KOTATSU-MODEL in Requirement Development
Introduction of KOTATSU-MODEL in Requirement Development
 
すくすくスクラム要求開発入門(公開用).Key
すくすくスクラム要求開発入門(公開用).Keyすくすくスクラム要求開発入門(公開用).Key
すくすくスクラム要求開発入門(公開用).Key
 
コースC 「EC運営」Ver.2.0
コースC 「EC運営」Ver.2.0コースC 「EC運営」Ver.2.0
コースC 「EC運営」Ver.2.0
 
Webdirection
WebdirectionWebdirection
Webdirection
 
リーン・スタートアップ のためのテスト
リーン・スタートアップ のためのテストリーン・スタートアップ のためのテスト
リーン・スタートアップ のためのテスト
 

Mehr von Kent Ishizawa

アーキテクチャ主導の情報システムへ
アーキテクチャ主導の情報システムへアーキテクチャ主導の情報システムへ
アーキテクチャ主導の情報システムへKent Ishizawa
 
納涼 和風要求開発小ネタ集
納涼 和風要求開発小ネタ集納涼 和風要求開発小ネタ集
納涼 和風要求開発小ネタ集Kent Ishizawa
 
要求開発×アジャイル開発×ドメイン駆動開発
要求開発×アジャイル開発×ドメイン駆動開発要求開発×アジャイル開発×ドメイン駆動開発
要求開発×アジャイル開発×ドメイン駆動開発Kent Ishizawa
 
要求開発をベースとした2つの企画メソッドの内容と事例紹介(公開用)
要求開発をベースとした2つの企画メソッドの内容と事例紹介(公開用)要求開発をベースとした2つの企画メソッドの内容と事例紹介(公開用)
要求開発をベースとした2つの企画メソッドの内容と事例紹介(公開用)Kent Ishizawa
 
ソースコードは要求にとって地球の裏側なのか
ソースコードは要求にとって地球の裏側なのかソースコードは要求にとって地球の裏側なのか
ソースコードは要求にとって地球の裏側なのかKent Ishizawa
 
20130222jojo@hanawaの還暦を嗤う会LT資料
20130222jojo@hanawaの還暦を嗤う会LT資料20130222jojo@hanawaの還暦を嗤う会LT資料
20130222jojo@hanawaの還暦を嗤う会LT資料Kent Ishizawa
 
【14-E-7】Technology Enterprise Development「悪ふざけに関する真面目な話」
【14-E-7】Technology Enterprise Development「悪ふざけに関する真面目な話」【14-E-7】Technology Enterprise Development「悪ふざけに関する真面目な話」
【14-E-7】Technology Enterprise Development「悪ふざけに関する真面目な話」Kent Ishizawa
 
要求開発を100倍面白く活用するには(公開用)
要求開発を100倍面白く活用するには(公開用)要求開発を100倍面白く活用するには(公開用)
要求開発を100倍面白く活用するには(公開用)Kent Ishizawa
 
アジャイル開発を可能にするEA
アジャイル開発を可能にするEAアジャイル開発を可能にするEA
アジャイル開発を可能にするEAKent Ishizawa
 
DMBOKをベースにしたデータマネジメント
DMBOKをベースにしたデータマネジメントDMBOKをベースにしたデータマネジメント
DMBOKをベースにしたデータマネジメントKent Ishizawa
 
ビジネスモデリングによる問題解決型アプローチ
ビジネスモデリングによる問題解決型アプローチ ビジネスモデリングによる問題解決型アプローチ
ビジネスモデリングによる問題解決型アプローチ Kent Ishizawa
 
製造業販売管理システム再構築における要求開発・モデリング
製造業販売管理システム再構築における要求開発・モデリング製造業販売管理システム再構築における要求開発・モデリング
製造業販売管理システム再構築における要求開発・モデリングKent Ishizawa
 
エンタープライズクラウドの現在(要求開発アライアンス3月定例会)
エンタープライズクラウドの現在(要求開発アライアンス3月定例会)エンタープライズクラウドの現在(要求開発アライアンス3月定例会)
エンタープライズクラウドの現在(要求開発アライアンス3月定例会)Kent Ishizawa
 
企画プロセスツールキット2011
企画プロセスツールキット2011企画プロセスツールキット2011
企画プロセスツールキット2011Kent Ishizawa
 
間欠的ビッグバンから継続的リフォームへ(公開版)
間欠的ビッグバンから継続的リフォームへ(公開版)間欠的ビッグバンから継続的リフォームへ(公開版)
間欠的ビッグバンから継続的リフォームへ(公開版)Kent Ishizawa
 
レガシーシステム再生のアンチパターン
レガシーシステム再生のアンチパターンレガシーシステム再生のアンチパターン
レガシーシステム再生のアンチパターンKent Ishizawa
 
アジャイルについてちょっとだけよ
アジャイルについてちょっとだけよアジャイルについてちょっとだけよ
アジャイルについてちょっとだけよKent Ishizawa
 
As-Isシステムをマクロなソース解析によって見える化しよう
As-Isシステムをマクロなソース解析によって見える化しようAs-Isシステムをマクロなソース解析によって見える化しよう
As-Isシステムをマクロなソース解析によって見える化しようKent Ishizawa
 
As-Isシステム分析は入出力から始めよ
As-Isシステム分析は入出力から始めよAs-Isシステム分析は入出力から始めよ
As-Isシステム分析は入出力から始めよKent Ishizawa
 
【17 e-7】デブサミ2011要求開発アライアンス
【17 e-7】デブサミ2011要求開発アライアンス【17 e-7】デブサミ2011要求開発アライアンス
【17 e-7】デブサミ2011要求開発アライアンスKent Ishizawa
 

Mehr von Kent Ishizawa (20)

アーキテクチャ主導の情報システムへ
アーキテクチャ主導の情報システムへアーキテクチャ主導の情報システムへ
アーキテクチャ主導の情報システムへ
 
納涼 和風要求開発小ネタ集
納涼 和風要求開発小ネタ集納涼 和風要求開発小ネタ集
納涼 和風要求開発小ネタ集
 
要求開発×アジャイル開発×ドメイン駆動開発
要求開発×アジャイル開発×ドメイン駆動開発要求開発×アジャイル開発×ドメイン駆動開発
要求開発×アジャイル開発×ドメイン駆動開発
 
要求開発をベースとした2つの企画メソッドの内容と事例紹介(公開用)
要求開発をベースとした2つの企画メソッドの内容と事例紹介(公開用)要求開発をベースとした2つの企画メソッドの内容と事例紹介(公開用)
要求開発をベースとした2つの企画メソッドの内容と事例紹介(公開用)
 
ソースコードは要求にとって地球の裏側なのか
ソースコードは要求にとって地球の裏側なのかソースコードは要求にとって地球の裏側なのか
ソースコードは要求にとって地球の裏側なのか
 
20130222jojo@hanawaの還暦を嗤う会LT資料
20130222jojo@hanawaの還暦を嗤う会LT資料20130222jojo@hanawaの還暦を嗤う会LT資料
20130222jojo@hanawaの還暦を嗤う会LT資料
 
【14-E-7】Technology Enterprise Development「悪ふざけに関する真面目な話」
【14-E-7】Technology Enterprise Development「悪ふざけに関する真面目な話」【14-E-7】Technology Enterprise Development「悪ふざけに関する真面目な話」
【14-E-7】Technology Enterprise Development「悪ふざけに関する真面目な話」
 
要求開発を100倍面白く活用するには(公開用)
要求開発を100倍面白く活用するには(公開用)要求開発を100倍面白く活用するには(公開用)
要求開発を100倍面白く活用するには(公開用)
 
アジャイル開発を可能にするEA
アジャイル開発を可能にするEAアジャイル開発を可能にするEA
アジャイル開発を可能にするEA
 
DMBOKをベースにしたデータマネジメント
DMBOKをベースにしたデータマネジメントDMBOKをベースにしたデータマネジメント
DMBOKをベースにしたデータマネジメント
 
ビジネスモデリングによる問題解決型アプローチ
ビジネスモデリングによる問題解決型アプローチ ビジネスモデリングによる問題解決型アプローチ
ビジネスモデリングによる問題解決型アプローチ
 
製造業販売管理システム再構築における要求開発・モデリング
製造業販売管理システム再構築における要求開発・モデリング製造業販売管理システム再構築における要求開発・モデリング
製造業販売管理システム再構築における要求開発・モデリング
 
エンタープライズクラウドの現在(要求開発アライアンス3月定例会)
エンタープライズクラウドの現在(要求開発アライアンス3月定例会)エンタープライズクラウドの現在(要求開発アライアンス3月定例会)
エンタープライズクラウドの現在(要求開発アライアンス3月定例会)
 
企画プロセスツールキット2011
企画プロセスツールキット2011企画プロセスツールキット2011
企画プロセスツールキット2011
 
間欠的ビッグバンから継続的リフォームへ(公開版)
間欠的ビッグバンから継続的リフォームへ(公開版)間欠的ビッグバンから継続的リフォームへ(公開版)
間欠的ビッグバンから継続的リフォームへ(公開版)
 
レガシーシステム再生のアンチパターン
レガシーシステム再生のアンチパターンレガシーシステム再生のアンチパターン
レガシーシステム再生のアンチパターン
 
アジャイルについてちょっとだけよ
アジャイルについてちょっとだけよアジャイルについてちょっとだけよ
アジャイルについてちょっとだけよ
 
As-Isシステムをマクロなソース解析によって見える化しよう
As-Isシステムをマクロなソース解析によって見える化しようAs-Isシステムをマクロなソース解析によって見える化しよう
As-Isシステムをマクロなソース解析によって見える化しよう
 
As-Isシステム分析は入出力から始めよ
As-Isシステム分析は入出力から始めよAs-Isシステム分析は入出力から始めよ
As-Isシステム分析は入出力から始めよ
 
【17 e-7】デブサミ2011要求開発アライアンス
【17 e-7】デブサミ2011要求開発アライアンス【17 e-7】デブサミ2011要求開発アライアンス
【17 e-7】デブサミ2011要求開発アライアンス
 

Kürzlich hochgeladen

クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdfクラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdfFumieNakayama
 
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察  ~Text-to-MusicとText-To-ImageかつImage-to-Music...モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察  ~Text-to-MusicとText-To-ImageかつImage-to-Music...
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...博三 太田
 
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdfAWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdfFumieNakayama
 
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)Hiroshi Tomioka
 
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)UEHARA, Tetsutaro
 
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)NTT DATA Technology & Innovation
 
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineerYuki Kikuchi
 
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?akihisamiyanaga1
 

Kürzlich hochgeladen (8)

クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdfクラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
 
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察  ~Text-to-MusicとText-To-ImageかつImage-to-Music...モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察  ~Text-to-MusicとText-To-ImageかつImage-to-Music...
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...
 
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdfAWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
 
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
 
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
 
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
 
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
 
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
 

Requirement Analysis Tree

  • 1. チュートリアルシリーズ第3回 要求分析ツリー⼊⾨ 求分析 株式会社豆蔵 シニアコンサルタント 上 山 和 子
  • 2. 本⽇のアジェンダ • 課題 要求の取得⽅法 課題・要求の取得⽅法 • 要求分析ツリーの⽤途 • 要求分析ツリーの構造 • 課題エリア • 要求エリア http://itpro.nikkeibp.co.jp/article/Watcher/ • 解決策エリア 20071009/283860/ • 要求分析ツリーを作成すると • 要求分析ツリーを⽤いてゴール指標を導く 2
  • 3. 課題・要求の取得⽅法 課題 要求の取得⽅法 • ヒアリング対象により 得 得られる課題、要求のレベルは様々 課題 要求 様 – 経営者 : 財務的視点からの抽象度の⾼い 課題や要求 – 担当者 : 業務に直結した具体的な課題や 機能要求 • ⽬的と⼿段の連鎖で表現する と関係性が明らかになる 3
  • 4. 要求分析ツリーの⽤途 要求分析ツリ の⽤途 • プロジ クトの初期に与えられる情報の プロジェクトの初期に与えられる情報の 全体構造を把握する • 様々なレベルの要求を系統⽴てて整理する • 個々の要求の論理的 な⽐較が可能 • プロジェクトの状態、 戦略が読み取れる • プロジェクトの適切 なゴール指標を導く なゴ ル指標を導く 4
  • 5. 要求分析ツリ の構造 要求分析ツリーの構造 課題 要求 要求 解決策 課題 要 要求 要求 要求 要求 解 課 要求 要求 要求 要求 要求 決 解決策 題 求 課題 要求 要求 要求 要求 要求 要求 策 エ 要求 要求 エ 要求 要求 要求 要求 要求 エ 解決策 リ リ 要求 リ ア 課題 要求 要求 要求 ア 要求 要求 要求 解決策 要求 ア 課題 要求 要求 要求 要求 要求 要求 求 解決策 5
  • 6. 課題エリア • その時点で顕在化している課題を記載する • 重点課題を5〜8個に絞る 点課題 個 絞 • 課題は、問題と原因が明確になるように記 載する – ●●●なので×××できない – ●●●なので×××のリスクがある 例)販売機会がショ ル ムに限られているので 例)販売機会がショールームに限られているので 顧客接点が少ない 6
  • 7. 課題エリア • 課題は要求の裏返し ●●●なので×××できない ×××したい 7
  • 8. 要求エリア • ⽬的と⼿段の関係に注⽬し 要求をグラフ ⽬的と⼿段の関係に注⽬し、要求をグラフ 構造で表記する 客数を増やす 売上増 客単価を上げる 利益向上 コスト削減 固定費削減 8
  • 9. 要求エリア 1 2 3 4 5 6 7 8 9 10 要求 要求 要求 要求 要求 要求 要求 要求 要求 要求 要求 要求 要求 要求要求 1~4レベル 4~8レベル 7レベル以降 要求 要求 要求 要求 要求 要求 要求 要求 経営トップ 要求 要求 要求 要求業務管理 要求 要求 要求 現場 要求 要求 の視点 の視点 要求 要求 の視点 要求 要 要求 要求 要求 要求 要求 要求 要求 要求 要求 要求 財務的指標 業務上の 要求 要求 具体的な 要求 要求 要求 要求 要求 非財務的指標 要求 要求 要求 要求 機能要求 要求 要求 要求 要求 要求 要求 要求 要求 要求 要求 要求 要求 要求 要求 要求 要求 要求 要求 9
  • 10. 要求の配置⽅法 • 企業の戦略が反映される1 4レベルを配 企業の戦略が反映される1〜4レベルを配 置する • 収集した要求を要求分析ツリーに配置し、 要求が意図する⽬的をたどり、上位レベル 要求が意図する⽬的をたどり 上位レベル の要求につなぐ – 論理の飛躍、レベル感に注意する • システム要求は⾊を変える 10
  • 11. 新たな要求の開発 • 要求を1 2レベル遡ることで 新たな要 要求を1〜2レベル遡ることで、新たな要 求(⼿段)を開発できることがあります 目的 狙い 販売チャネル拡大 引越しサービス企業との提携 新たな手段 ブライダル企業との提携 11
  • 12. 解決策エリア • プロジ クト初期に与えられている解決策 プロジェクト初期に与えられている解決策、 課題分析、要求分析の過程で明らかになっ た解決策を要求分析ツリーの解決策エリア に記載する • 個々の解決策と関連する要求を線で結ぶ 要求 要求 解決策 要求 要求 要求 要求 要求 要求 要求 要求 要求 解決策 要求 要求 要求 要求 要求 要求 12
  • 13. 要求分析ツリ を作成すると 要求分析ツリーを作成すると 全体構造が把握できる ステークホルダー間の共通認識が確⽴できる ステ クホルダ 間の共通認識が確⽴できる 今回のプロジェクトの戦略がわかる 声の⼤きな⼈の意⾒に振り回されない 13
  • 14. 要求分析ツリーを⽤いてゴール指標を導く 要求分析ツリ を⽤いてゴ ル指標を導く 価格競争力 無料配送地域の の強化 拡大 新規顧客の Webサイトによる 商圏の拡大 広告範囲の拡大 増加 仮説ショールーム 顧客接点の増加 文書名 ゴール記述書 フォームNo 版 1.0 日 付 2010.4.26 プロジェクト名 プロジ クト名 基幹システム再構築プロジェクト 基幹システム再構築プロジ クト プロジェクトCD 作成者 № 何をすることで 何が いつまでに どうなるのか 評価尺度 目標値 Webサイトによる仮説ショー 5キロメート 1 ルームを構築して広告範囲を ル ムを構築して広告範囲を 商圏が 2011年3月 拡大する ル圏外の 10%→20% 10% 20% 拡大することで 顧客割合 14