SlideShare a Scribd company logo
1 of 12
プロジェクト名称
Inception Deck (Project Charter)
201X.XX.XX
1.プロジェクトの背景とゴール
当プロジェクトを実施する理由・背景
○○のシェアが低下している
○○のコストが負担になっている
当プロジェクトの目標・ゴール
○○を向上させることによって、○○を削減させ
る
○○を効率化させる
2.プロダクトの概要
[背景・解決したい問題]したい
[対象顧客・利用者]向けの、
[サービス名・アプリ名] というプロダクトは、
[アプリのカテゴリ]です。
これは[重要な利点、
アピールポイント、主要機能]ことができ、
[現行アプリ・競合製品・代替手段]とは違って、
[差別化の決定的な特徴]が備わっています。
3.プロジェクトの特長
アプリケーション特長を表すキャッチフレーズ
○○が便利
○○が便利
○○システム
○○%
効率化
4.開発対象とするスコープ
開発対象 (当プロジェクトのスコープ) 開発対象外 (もしくは将来的な機能)
未定(優先度の確認が必要な機能)
5.プロジェクト環境
• 当プロジェクトの主要チーム、担当者
○○社 ○○部・・・プロジェクト全体の管理、進捗管理
○○社 ○○部・・・機能・仕様の確定、受け入れテスト
○○社 ○○部・・・要件定義、設計、開発、テスト
• 当プロジェクトの補助チーム、外部チーム、担当者
○○社 ○○部・・・プロジェクト監査
○○社 ○○部・・・データ提供する連携元システム担当
○○社 ○○部・・・インフラ全般を担当
○○社 ○○部・・・利用する外部APIの問合せ窓口
○○社 ○○部・・・利用する技術のサポート窓口
6. テクニカルソリューション
WEBサーバー
○○機能
ミッドレンジサーバー
4台構成
DBサーバー
○○機能
ハイエンドサーバー
3台構成
(マスター1台
スレーブ2台)
クライアント
○○機能
1000ユーザー
1万PV/ 時間
Internet Explorer 8以降
Firefox 3以降
Chrome 6以降
Apatch Http Server 2.2.22
PHP 5.3.10
CakePHP 2.0.5
Red Hat Enterprise Linux
MySQL5.5.20
Windows Server 2008 R2
開発環境(個人)
Eclipse + PDT
PHPUnit
開発環境(結合)
Subversion
Jenkins
MySQL
7.プロジェクトリスク
• ○○に協力を仰ぐことはできるのか
○月上旬にミーティングを開催予定
• アーキテクトの○○が○月に参加できない
代りに○○に参加してもらうよう調整中
• スケジュールにおいて○○が短い
スコープ削減を検討中
• ○○技術の採用が初めてである
対策未定
• ○○チームの作業場所が分散している
対策未定
8.スケジュール
•環境構築
•アーキテクチャ検討
[○月]
プロジェクト立ち上げ
•プロトタイプ実装
•フレームワーク実装
[○月]
イテレーション1
•性能確認
•○○機能実装
[○月]
イテレーション2
•○○機能実装
•○○機能実装
[○月]
イテレーション3
•○○機能実装
•○○機能実装
[○月]
イテレーション4
•受け入れテスト
•マニュアル作成、トレーニング
[○月]
リリース
9. 優先事項の確認
開発時に優先する要素、トレードオフの確認
優先度 4つの主要要素
スコープ(機能を満たすこと)
予算(予算内に収まること)
時間(期限通りにリリースできること)
品質(高い品質、少ないバグ)
高 低
高 低
高 低
高 低
優先度 当プロジェクト固有の要素
既存システムの機能を完全移植
クラウドでの動作保障
データのリアルタイム反映
高齢者向けの分かりやすいUI
高 低
高 低
高 低
高 低
10.プロジェクトの体制
人数 役割 責務
1 PM 顧客報告
他ベンダーとの調整
プロジェクト全体の管理
1 リーダー 仕様調整
チームメンバーのサポート
アーキテクチャ、フレームワーク
構築
3 PG ASP.NET MVC、SQL Serverを用い
たプログラミング、テスト
PM ○○
PG ○○ PG ○○ PG ○○
リーダー
○○
インセプションデッキについて
• インセプションデッキについては書籍「アジャイルサムライ」、なら
びにJonathan氏のブログをご覧ください。
 http://www.amazon.co.jp/dp/product-description/4274068560
 http://agilewarrior.wordpress.com/2010/11/06/the-agile-inception-
deck/
 Twitter:@jrasmusson
• インセプションデッキの日本語版については、以下のサイトにて公
開されています(Ryuzeeさん)。
 http://www.ryuzee.com/contents/blog/4009
 Twitter:@Ryuzee
• 当スライドについては、若干雰囲気が異なる箇所もありますが、基
本的にはインセプションデッキのコンセプトを踏襲して作成してい
ます。
 当資料の詳細は以下のURLを参照ください。
 http://blog.nextscape.net/index.php/research/agile/inceptiondeck

More Related Content

What's hot

What's hot (20)

フロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkanフロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkan
 
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
 
EventStormingワークショップ 〜かつてない図書館をモデリングしてみよう〜
EventStormingワークショップ 〜かつてない図書館をモデリングしてみよう〜EventStormingワークショップ 〜かつてない図書館をモデリングしてみよう〜
EventStormingワークショップ 〜かつてない図書館をモデリングしてみよう〜
 
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
 
はじめてのスクラム体験ワークショップ 〜 アジャイル時代のテスターを目指して
はじめてのスクラム体験ワークショップ 〜 アジャイル時代のテスターを目指して はじめてのスクラム体験ワークショップ 〜 アジャイル時代のテスターを目指して
はじめてのスクラム体験ワークショップ 〜 アジャイル時代のテスターを目指して
 
アジャイル開発はWhyから始まる
アジャイル開発はWhyから始まるアジャイル開発はWhyから始まる
アジャイル開発はWhyから始まる
 
ウォーターフォールとアジャイルを考える #ita_ws
ウォーターフォールとアジャイルを考える #ita_wsウォーターフォールとアジャイルを考える #ita_ws
ウォーターフォールとアジャイルを考える #ita_ws
 
オーバーエンジニアリングって何? #devsumi #devsumiA
オーバーエンジニアリングって何? #devsumi #devsumiAオーバーエンジニアリングって何? #devsumi #devsumiA
オーバーエンジニアリングって何? #devsumi #devsumiA
 
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
 
リーンスタートアップ、アジャイル開発導入事例
リーンスタートアップ、アジャイル開発導入事例リーンスタートアップ、アジャイル開発導入事例
リーンスタートアップ、アジャイル開発導入事例
 
はじめてのPRD
はじめてのPRDはじめてのPRD
はじめてのPRD
 
ドメイン駆動設計のための Spring の上手な使い方
ドメイン駆動設計のための Spring の上手な使い方ドメイン駆動設計のための Spring の上手な使い方
ドメイン駆動設計のための Spring の上手な使い方
 
「品質ダッシュボード」と「データによる意思決定」
「品質ダッシュボード」と「データによる意思決定」「品質ダッシュボード」と「データによる意思決定」
「品質ダッシュボード」と「データによる意思決定」
 
アジャイルレトロスペクティブズ
アジャイルレトロスペクティブズアジャイルレトロスペクティブズ
アジャイルレトロスペクティブズ
 
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
 
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
 
アジャイル開発とメトリクス
アジャイル開発とメトリクスアジャイル開発とメトリクス
アジャイル開発とメトリクス
 
Design Sprint Process / デザインスプリントの実際のプロセスについて
Design Sprint Process / デザインスプリントの実際のプロセスについてDesign Sprint Process / デザインスプリントの実際のプロセスについて
Design Sprint Process / デザインスプリントの実際のプロセスについて
 
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
 
アジャイルな見積りと計画づくり勉強会
アジャイルな見積りと計画づくり勉強会アジャイルな見積りと計画づくり勉強会
アジャイルな見積りと計画づくり勉強会
 

Similar to インセプションデッキのひな形(PPT形式:ダウンロード用)

Efsta cod2012 master_for_slideshare
Efsta cod2012 master_for_slideshareEfsta cod2012 master_for_slideshare
Efsta cod2012 master_for_slideshare
Takahito Sugishita
 
Jasst12九州 倉貫資料:アジャイル・Ruby・クラウド(ARC)を活用したビジネスにおけるテストの実践 #jasst12Q
Jasst12九州 倉貫資料:アジャイル・Ruby・クラウド(ARC)を活用したビジネスにおけるテストの実践 #jasst12QJasst12九州 倉貫資料:アジャイル・Ruby・クラウド(ARC)を活用したビジネスにおけるテストの実践 #jasst12Q
Jasst12九州 倉貫資料:アジャイル・Ruby・クラウド(ARC)を活用したビジネスにおけるテストの実践 #jasst12Q
Yoshihito Kuranuki
 
X dev 20121106
X dev 20121106X dev 20121106
X dev 20121106
Ken Azuma
 

Similar to インセプションデッキのひな形(PPT形式:ダウンロード用) (20)

Google のクラウド サービスを利用する前に 注意すべきこと
Google のクラウド サービスを利用する前に 注意すべきことGoogle のクラウド サービスを利用する前に 注意すべきこと
Google のクラウド サービスを利用する前に 注意すべきこと
 
書籍『Monacaで学ぶはじめてのプログラミング』 講義スライド第2弾(体験版)
書籍『Monacaで学ぶはじめてのプログラミング』 講義スライド第2弾(体験版)書籍『Monacaで学ぶはじめてのプログラミング』 講義スライド第2弾(体験版)
書籍『Monacaで学ぶはじめてのプログラミング』 講義スライド第2弾(体験版)
 
Efsta cod2012 master_for_slideshare
Efsta cod2012 master_for_slideshareEfsta cod2012 master_for_slideshare
Efsta cod2012 master_for_slideshare
 
Metroアプリケーションのwin8/wp7の効率的ソース運用を考える
Metroアプリケーションのwin8/wp7の効率的ソース運用を考えるMetroアプリケーションのwin8/wp7の効率的ソース運用を考える
Metroアプリケーションのwin8/wp7の効率的ソース運用を考える
 
Cloud Native and Agile Approach
Cloud Native and Agile ApproachCloud Native and Agile Approach
Cloud Native and Agile Approach
 
【2018年3月時点】Oracle BI ベストプラクティス
【2018年3月時点】Oracle BI ベストプラクティス【2018年3月時点】Oracle BI ベストプラクティス
【2018年3月時点】Oracle BI ベストプラクティス
 
スタートアップの開発体制、流れ POPULAR PATTERN
スタートアップの開発体制、流れ POPULAR PATTERNスタートアップの開発体制、流れ POPULAR PATTERN
スタートアップの開発体制、流れ POPULAR PATTERN
 
Pivotal Tracker概略
Pivotal Tracker概略Pivotal Tracker概略
Pivotal Tracker概略
 
市場動向並びに弊社製品の今後の展望について
市場動向並びに弊社製品の今後の展望について市場動向並びに弊社製品の今後の展望について
市場動向並びに弊社製品の今後の展望について
 
「納品のない受託開発」にみるソフトウェア受託開発の未来
「納品のない受託開発」にみるソフトウェア受託開発の未来「納品のない受託開発」にみるソフトウェア受託開発の未来
「納品のない受託開発」にみるソフトウェア受託開発の未来
 
アジャイル実践における開発環境の変化〜要求の捉え方、プロジェクト運営、ツール支援
アジャイル実践における開発環境の変化〜要求の捉え方、プロジェクト運営、ツール支援アジャイル実践における開発環境の変化〜要求の捉え方、プロジェクト運営、ツール支援
アジャイル実践における開発環境の変化〜要求の捉え方、プロジェクト運営、ツール支援
 
市場動向並びに弊社製品の今後の展望について
市場動向並びに弊社製品の今後の展望について市場動向並びに弊社製品の今後の展望について
市場動向並びに弊社製品の今後の展望について
 
SIerにおくる、アジャイルプロセスの実践
SIerにおくる、アジャイルプロセスの実践SIerにおくる、アジャイルプロセスの実践
SIerにおくる、アジャイルプロセスの実践
 
13_B_5 Who is a architect?
13_B_5 Who is a architect?13_B_5 Who is a architect?
13_B_5 Who is a architect?
 
Accel series 2022 Spring
Accel series 2022 SpringAccel series 2022 Spring
Accel series 2022 Spring
 
プロジェクト管理支援環境の高度化に向けた取り組み
プロジェクト管理支援環境の高度化に向けた取り組みプロジェクト管理支援環境の高度化に向けた取り組み
プロジェクト管理支援環境の高度化に向けた取り組み
 
BIGLOBE RDRA導入後の要件定義の変化
BIGLOBE RDRA導入後の要件定義の変化BIGLOBE RDRA導入後の要件定義の変化
BIGLOBE RDRA導入後の要件定義の変化
 
Jasst12九州 倉貫資料:アジャイル・Ruby・クラウド(ARC)を活用したビジネスにおけるテストの実践 #jasst12Q
Jasst12九州 倉貫資料:アジャイル・Ruby・クラウド(ARC)を活用したビジネスにおけるテストの実践 #jasst12QJasst12九州 倉貫資料:アジャイル・Ruby・クラウド(ARC)を活用したビジネスにおけるテストの実践 #jasst12Q
Jasst12九州 倉貫資料:アジャイル・Ruby・クラウド(ARC)を活用したビジネスにおけるテストの実践 #jasst12Q
 
20140627 agile japan_embrace change for unchangeability
20140627 agile japan_embrace change for unchangeability20140627 agile japan_embrace change for unchangeability
20140627 agile japan_embrace change for unchangeability
 
X dev 20121106
X dev 20121106X dev 20121106
X dev 20121106
 

More from A AOKI

「実践ドメイン駆動設計」社内読書会まとめ ~IDDD本難民に捧げる1章から7章~
「実践ドメイン駆動設計」社内読書会まとめ ~IDDD本難民に捧げる1章から7章~「実践ドメイン駆動設計」社内読書会まとめ ~IDDD本難民に捧げる1章から7章~
「実践ドメイン駆動設計」社内読書会まとめ ~IDDD本難民に捧げる1章から7章~
A AOKI
 

More from A AOKI (7)

楽しんで始めるHoloLensアプリ設計
楽しんで始めるHoloLensアプリ設計楽しんで始めるHoloLensアプリ設計
楽しんで始めるHoloLensアプリ設計
 
「実践ドメイン駆動設計」 から理解するDDD (2018年11月)
「実践ドメイン駆動設計」 から理解するDDD (2018年11月)「実践ドメイン駆動設計」 から理解するDDD (2018年11月)
「実践ドメイン駆動設計」 から理解するDDD (2018年11月)
 
Microsoft機械学習の簡単な紹介
Microsoft機械学習の簡単な紹介Microsoft機械学習の簡単な紹介
Microsoft機械学習の簡単な紹介
 
「実践ドメイン駆動設計」社内読書会まとめ ~IDDD本難民に捧げる1章から7章~
「実践ドメイン駆動設計」社内読書会まとめ ~IDDD本難民に捧げる1章から7章~「実践ドメイン駆動設計」社内読書会まとめ ~IDDD本難民に捧げる1章から7章~
「実践ドメイン駆動設計」社内読書会まとめ ~IDDD本難民に捧げる1章から7章~
 
Azure MLやってみよう
Azure MLやってみようAzure MLやってみよう
Azure MLやってみよう
 
ASP.NET vNextの全貌
ASP.NET vNextの全貌ASP.NET vNextの全貌
ASP.NET vNextの全貌
 
SQL Serverの関数を一覧でマスターしよう
SQL Serverの関数を一覧でマスターしようSQL Serverの関数を一覧でマスターしよう
SQL Serverの関数を一覧でマスターしよう
 

Recently uploaded

Recently uploaded (11)

Amazon SES を勉強してみる その32024/04/26の勉強会で発表されたものです。
Amazon SES を勉強してみる その32024/04/26の勉強会で発表されたものです。Amazon SES を勉強してみる その32024/04/26の勉強会で発表されたものです。
Amazon SES を勉強してみる その32024/04/26の勉強会で発表されたものです。
 
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
 
論文紹介: The Surprising Effectiveness of PPO in Cooperative Multi-Agent Games
論文紹介: The Surprising Effectiveness of PPO in Cooperative Multi-Agent Games論文紹介: The Surprising Effectiveness of PPO in Cooperative Multi-Agent Games
論文紹介: The Surprising Effectiveness of PPO in Cooperative Multi-Agent Games
 
新人研修 後半 2024/04/26の勉強会で発表されたものです。
新人研修 後半        2024/04/26の勉強会で発表されたものです。新人研修 後半        2024/04/26の勉強会で発表されたものです。
新人研修 後半 2024/04/26の勉強会で発表されたものです。
 
論文紹介:Selective Structured State-Spaces for Long-Form Video Understanding
論文紹介:Selective Structured State-Spaces for Long-Form Video Understanding論文紹介:Selective Structured State-Spaces for Long-Form Video Understanding
論文紹介:Selective Structured State-Spaces for Long-Form Video Understanding
 
Amazon SES を勉強してみる その22024/04/26の勉強会で発表されたものです。
Amazon SES を勉強してみる その22024/04/26の勉強会で発表されたものです。Amazon SES を勉強してみる その22024/04/26の勉強会で発表されたものです。
Amazon SES を勉強してみる その22024/04/26の勉強会で発表されたものです。
 
LoRaWANスマート距離検出センサー DS20L カタログ LiDARデバイス
LoRaWANスマート距離検出センサー  DS20L  カタログ  LiDARデバイスLoRaWANスマート距離検出センサー  DS20L  カタログ  LiDARデバイス
LoRaWANスマート距離検出センサー DS20L カタログ LiDARデバイス
 
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
 
論文紹介:Video-GroundingDINO: Towards Open-Vocabulary Spatio-Temporal Video Groun...
論文紹介:Video-GroundingDINO: Towards Open-Vocabulary Spatio-Temporal Video Groun...論文紹介:Video-GroundingDINO: Towards Open-Vocabulary Spatio-Temporal Video Groun...
論文紹介:Video-GroundingDINO: Towards Open-Vocabulary Spatio-Temporal Video Groun...
 
Observabilityは従来型の監視と何が違うのか(キンドリルジャパン社内勉強会:2022年10月27日発表)
Observabilityは従来型の監視と何が違うのか(キンドリルジャパン社内勉強会:2022年10月27日発表)Observabilityは従来型の監視と何が違うのか(キンドリルジャパン社内勉強会:2022年10月27日発表)
Observabilityは従来型の監視と何が違うのか(キンドリルジャパン社内勉強会:2022年10月27日発表)
 
LoRaWAN スマート距離検出デバイスDS20L日本語マニュアル
LoRaWAN スマート距離検出デバイスDS20L日本語マニュアルLoRaWAN スマート距離検出デバイスDS20L日本語マニュアル
LoRaWAN スマート距離検出デバイスDS20L日本語マニュアル
 

インセプションデッキのひな形(PPT形式:ダウンロード用)

Editor's Notes

  1. この資料は、インセプションデッキを導入しやすいように 日本的な文言にて記述したひな形です。 赤色の部分を書き換えて、利用できるようになっています。 インセプションデッキについては書籍「アジャイルサムライ」ならびに、Jonathan氏のブログをご覧ください。 http://www.amazon.co.jp/dp/product-description/4274068560 http://agilewarrior.wordpress.com/2010/11/06/the-agile-inception-deck/ 当資料の詳細については以下のURLを参照ください。 http://blog.nextscape.net/index.php/research/agile/inceptiondeck
  2. ◆我われはなぜここにいるのか(Why1) ここでは、プロジェクトの背景とゴールを記載します。 何故このプロジェクトを立ち上げたいのかを理解し、 プロジェクトが目指すべき方向を理解します。 ステークホルダーや顧客にインタビューを行い、 認識の相違がないことを確認します。
  3. ◆エレベーターピッチを作る(Why2) エレベータピッチとは、エレベータで同乗した投資家に30秒で プロダクトの良さを端的に伝えるための説明のことです。 このスライドでは、プロダクトの特徴と これまでのアプリケーションとは何が違うのかを 分かりやすく記載します。
  4. ◆パッケージデザインを作る(Why3) 商用パッケージでは、製品の特長を示すキャッチフレーズと 素敵なパッケージデザインを伴って出荷されます。 同様に、このプロジェクトで作成するプロダクトが 誰にとってどのようなメリットがあるかをブレインストーミングします。 プロダクトの機能ではなく、メリットが何であるかを検討し、 トップ3となる特徴を明示し、デザインを書きます。 そして、最後にキャッチフレーズを検討します。
  5. ◆やらないことリストを作る(Why4) このスライドでは、開発対象とするスコープについて整理します。 特に開発しない機能について明記することが重要となります。 また、未定の機能についても記載します。 未定の機能を残しておいても問題ありませんが、 アジャイルプロジェクトではない場合は契約内容にご注意ください。 ドキュメントなどの成果物についても記載しても良いでしょう。
  6. ◆「ご近所さん」を探せ(Why5) このスライドでは、ステークホルダーの責務を明確に定義します。 また、プロジェクトの終盤において、 他の担当者から思いがけない指摘を受けることがあります。 そのようなことが無いように、プロジェクトに関わるチームについて整理しておきます。 プロジェクトの立ち上げ時に顔合わせをしておくことが望ましいでしょう。
  7. ◆解決案を描く(How1) このスライドでは、技術的な方式について検討します。 開発者を集めて、アーキテクチャ等を議論し、スライドに反映します。 利用するインフラ、ソフト、フレームワーク、ライブラリ、 結合環境、開発環境について検討すると良いでしょう。 OSSの採用や有償製品の利用については、 プロジェクトの指針もありますので、ご注意ください。
  8. ◆夜も眠れなくなるような問題は何だろう(How2) このスライドではプロジェクトのリスクについて検討します。 顧客と話し合う場合もあれば、開発チームと話し合う場合もあります。 また、顧客からリスクを提示される場合もあります。 リスクについては、適宜記載し、解決案を検討します。 解決案が出てこない場合でも、話し合いを行うことに意味がある場合もあります。 (しかし、業界の景気が悪いといったプロジェクト内で解決できない問題については  話合いをしないように注意します。)
  9. ◆期間を見極める(How3) このスライドでは、大まかなスケジュールについて検討します。 開発者を集めて、スケジュールの構成と概算見積もりを行います。 見積もりした結果を元に、顧客と計画のすり合わせ行います。
  10. ◆何を諦めるのかをはっきりさせる(How4) 開発時に、何を優先するべきかをステークホルダーに確認します。 この「つまみ」のことを「トレードオフスライダー」と呼びます。 トレードオフスライダーを設定するルールは2つです。 ○平均値を中とすること(1つ目のルール) すべての優先度を高くすることはできません。 つまり、1つの優先度を高めた場合は、別の優先度を同じ度合いだけ低くする必要があります。 ○同じ優先度の項目を作らないこと(2つ目のルール) 優先度を決められないからといって、優先度を同じにすることはできません。 例えば、すべての優先度を中にするということは許されません。 このルールを守ることによって、要素ごとの優先順位を適切に決めることができます。 プロジェクトの背景とゴールを確認して、トレードオフスライダーを決定すると良いでしょう。
  11. ◆何がどれだけ必要なのか(How5) 最後のスライドでは、プロジェクト要員の体制と求められるスキルセットを記載します。 名前を記載する必要があれば、記入します。 本来のインセプションデッキでは、コスト(概算見積、予算)を提示していますが、 日本のプロジェクトでは、見積もりは別途提示となることが多いので、記載していません。 社内サービスなどであれば、コストを記載しても良いでしょう。
  12. 当資料をダウンロード頂きましてありがとうございます。 アジャイルプロジェクトか否かに関わらず、インセプションデッキは役立つツールだと思います。 この資料が、プロジェクトの推進に役立ちますと幸いです。