①プラクティス何から始める?(30分) ② 実践にあたってよくある … ·...
Post on 06-Jul-2020
3 Views
Preview:
TRANSCRIPT
Toshihiro Ichitani All Rights Reserved.
本日の目次
① プラクティス何から始める?(30分) ② 実践にあたってよくある質問 (30分) ③ Q&A (30分)
Toshihiro Ichitani All Rights Reserved.
http://about.me/papanda0806
Ichitani Toshihiro
市谷聡啓@papanda
Toshihiro Ichitani All Rights Reserved.
受託→SIer→サービス→受託→
プロダクトオーナー(企画者)支援 アジャイル開発プロジェクト マネージャ アジャイル開発コンサルタント
ここまでのあらすじ
「リーン開発の現場」
Toshihiro Ichitani All Rights Reserved.
Toshihiro Ichitani All Rights Reserved.
Toshihiro Ichitani All Rights Reserved.
・現実的な作戦 ・理論より実践 ・大規模プロジェクト ・カンバンの活用 ・チーム編成 ・問題の原因分析 ・テストの自動化戦略 ・見積もり ・平鍋健児の解説 ・電子版もありますetc...
監訳 角谷信太郎 共訳 市谷聡啓 藤原大
Toshihiro Ichitani All Rights Reserved.
本日の目次
① プラクティス何から始める?(30分) ② 実践にあたってよくある質問 (30分) ③ Q&A (30分)
Toshihiro Ichitani All Rights Reserved.
インセプションデッキ
われわれは なぜここに いるのか
エレベーター ピッチ
パッケージ デザイン
やること やらないこと
リスト
プロジェクト コミュニティ
技術的な 解決策
夜も眠れない 問題
期間を 見極める
トレードオフ スライダー
なにが どれだけ 必要か
Whyを明らかにする Howを明らかにする
Toshihiro Ichitani All Rights Reserved.
なぜ、 インセプションデッキからか?・既存のやり方を大きく変えなくて 良い(追加)のではじめやすい。 ・部分的に始められる。まずはデッキ の最初の一枚から。 ・効果がでやすい。共通認識づくりが 目的のため。
Toshihiro Ichitani All Rights Reserved.
インセプションデッキ ワークショップ
10個のタフクエスチョン
?なんのために デッキを
つくりますか?
デッキのゴールデンサークルなぜインセプションデッキを作るのか?
Toshihiro Ichitani All Rights Reserved.
なぜインセプションデッキ? 「然るべき人が集まっているか」 「プロジェクトが然るべき方向を 向いているか」 を明らかにする
Toshihiro Ichitani All Rights Reserved.
なぜインセプションデッキ? 「然るべき人が集まっているか」 「プロジェクトが然るべき方向を 向いているか」 を明らかにする “チームメンバーが誰もいないところで合意したことを前提にしているから、プロジェクトがダメになる”
アジャイルサムライP44
Toshihiro Ichitani All Rights Reserved.
インセプションデッキ ワークショップ
10個のタフクエスチョン
PJを始める前に関係者の認識をあ
わせる
PJの状況や背景についてチームで話しあっておくことで、チームは状況に応じた適切な
判断が下せる。
デッキのゴールデンサークルなぜインセプションデッキを作るのか?
Toshihiro Ichitani All Rights Reserved.
“プロジェクトを始める前に 関係者の認識を合わせる”とは?
Toshihiro Ichitani All Rights Reserved.
“プロジェクトを始める前に 関係者の認識を合わせる”とは?
プロジェクトメンバーが互いに 持っている期待を明らかにし 適切に調整する。
期待マネジメント
Toshihiro Ichitani All Rights Reserved.
期待マネジメント・確認できた最古の書籍 「達人プログラマー」 ※最近では「アジャイルサムライ」邦訳版コラムに ・PMBOKと期待マネジメント 第3版まで明記はない 第4版からコミュニケーションマネジメントの中に 第5版からステークホルダーマネジメントとして格上げ
※10個目の知識エリア
Toshihiro Ichitani All Rights Reserved.
インセプションデッキ ワークショップ
10個のタフクエスチョン
PJを始める前に関係者の認識をあ
わせる
デッキのゴールデンサークルどうやってインセプションデッキを作るのか?
Toshihiro Ichitani All Rights Reserved.
How to Inception Deck ・なぜわれわれはデッキを作るのか ・10個のタフクエスチョン ・関係者全員で ・1デッキ=60分~90分 ・叩き台作り->全員で叩く->整理 ・紙またはOnlineツール ・ふりかえり、リリース後に見直す ・開発プロセスに組み込む
Toshihiro Ichitani All Rights Reserved.
How to Inception Deck ・なぜわれわれはデッキを作るのか ・10個のタフクエスチョン ・関係者全員で ・1デッキ=60分~90分 ・叩き台作り->全員で叩く->整理 ・紙またはOnlineツール ・ふりかえり、リリース後に見直す ・開発プロセスに組み込む
Toshihiro Ichitani All Rights Reserved.
Inception Deck & Processプロジェクトの方向付け インセプションデッキ
要求の収集、見積り、順序付け ユーザーストーリー収集WS等
リリース計画 リリース計画ミーティング
イテレーション開発へ
Toshihiro Ichitani All Rights Reserved.
インセプションデッキ
われわれは なぜここに いるのか
エレベーター ピッチ
パッケージ デザイン
やること やらないこと
リスト
プロジェクト コミュニティ
技術的な 解決策
夜も眠れない 問題
期間を 見極める
トレードオフ スライダー
なにが どれだけ 必要か
Whyを明らかにする Howを明らかにする
Toshihiro Ichitani All Rights Reserved.
インセプションデッキ
われわれは なぜここに いるのか
エレベーター ピッチ
パッケージ デザイン
やること やらないこと
リスト
プロジェクト コミュニティ
技術的な 解決策
夜も眠れない 問題
期間を 見極める
トレードオフ スライダー
なにが どれだけ 必要か
Whyを明らかにする Howを明らかにする
Toshihiro Ichitani All Rights Reserved.
Inception Deck Pattern ・Why→要求収集(epic)→How - 基本パターン
Toshihiro Ichitani All Rights Reserved.
インセプションデッキ
われわれは なぜここに いるのか
エレベーター ピッチ
パッケージ デザイン
やること やらないこと
リスト
プロジェクト コミュニティ
技術的な 解決策
夜も眠れない 問題
期間を 見極める
トレードオフ スライダー
なにが どれだけ 必要か
Whyを明らかにする Howを明らかにする
要求 収集
Toshihiro Ichitani All Rights Reserved.
Inception Deck Pattern ・Why→要求収集(epic)→How - 基本パターン ・Why→How→要求収集 - やるべきことがだいたい分かっている
Toshihiro Ichitani All Rights Reserved.
Inception Deck Pattern ・Why→要求収集(epic)→How - 基本パターン ・Why→How→要求収集 - やるべきことがだいたい分かっている ・Why→How→Go/NoGo→Why→How - プロジェクト開始判断が必要
Toshihiro Ichitani All Rights Reserved.
Inception Deck Pattern ・Why→要求収集(epic)→How - 基本パターン ・Why→How→要求収集 - やるべきことがだいたい分かっている ・Why→How→Go/NoGo→Why→How - プロジェクト開始判断が必要 ・Why + α - 簡易的に。αでトレードオフスライダー等
Toshihiro Ichitani All Rights Reserved.
How to Inception Deck ・なぜわれわれはデッキを作るのか ・10個のタフクエスチョン ・関係者全員で ・1デッキ=60分~90分 ・叩き台作り->全員で叩く->整理 ・紙またはOnlineツール ・ふりかえり、リリース後に見直す ・開発プロセスに組み込む
我われはなぜここにいるのか•大事な理由その1 •大事な理由その2 •大事な理由その3
<このプロジェクトの根幹に 関わる理由を1つ、ここに書く
絶対に実現しなければいけないこととは?
エレベーターピッチ• [潜在的なニーズを満たしたり、 潜在的な課題を解決したり] したい • [対象顧客] 向けの、 • [プロダクト名] というプロダクトは、 • [プロダクトのカテゴリー] です。 •これは [重要な利点、対価に見合う説得力のある理由(プロダクトにお金を払いたい理由)] ができ、 • [代替手段の最右翼] とは違って、 • [差別化の決定的な特徴] が備わっている。
誰の何をどうやって解決するのか?
Toshihiro Ichitani All Rights Reserved.
インセプションデッキの弱点
Who
エレベーターピッチ• [潜在的なニーズを満たしたり、 潜在的な課題を解決したり] したい • [対象顧客] 向けの、 • [プロダクト名] というプロダクトは、 • [プロダクトのカテゴリー] です。 •これは [重要な利点、対価に見合う説得力のある理由(プロダクトにお金を払いたい理由)] ができ、 • [代替手段の最右翼] とは違って、 • [差別化の決定的な特徴] が備わっている。
誰の何を解決するのか?
Toshihiro Ichitani All Rights Reserved.
Whoを見落とすな
Whoの分だけピッチがある
Toshihiro Ichitani All Rights Reserved.
Whoの分だけピッチがある
Toshihiro Ichitani All Rights Reserved.
Whoの分だけピッチがある他にもターゲットはいるか? 1つに絞れていなくて大丈夫か?
“彼ら”のニーズになっているか?
ターゲットがこのニーズを持っているとした根拠は何か
「重要な利点」は、ニーズを満たす理由になっているか。
「競合」が、達成できていないニーズを「差別化要因」は捉えているのか。
パッケージデザイン
(プロダクトの名前)
(素敵な写真)
(最高のキャッチコピー)
(ユーザーへのアピールその1)
(ユーザーへのアピールその2)
(ユーザーへのアピールその3)
何ができるのか?効能は何か
やらないことリストやる やらない
あとで决める
スコープに何が入らないのか? 37
Toshihiro Ichitani All Rights Reserved.
いきなりやらないことは出せない
Toshihiro Ichitani All Rights Reserved.
いきなりやらないことは出せないプロジェクト
開始前 Sprint1 Sprint2 SprintN
「いまからPJを始めるのにやらないことだって?」
「スコープの調整のために、これはやらなくて良い」
Toshihiro Ichitani All Rights Reserved.
いきなりやらないことは出せないプロジェクト
開始前 Sprint1 Sprint2 SprintN
「いまからPJを始めるのにやらないことだって?」
「スコープの調整のために、これはやらなくて良い」
開発への期待を明らかにする
スコープを明らかにする後でスコープ調整できるように考え方を揃えておく
トレードオフスライダー
Toshihiro Ichitani All Rights Reserved.
やることやらないことで開発への 期待を明らかにする
Toshihiro Ichitani All Rights Reserved.
やることやらないことで開発への 期待を明らかにする
「チームでコミュニケーションをしっかりとりながら進めたい」
関係者の開発への思いを把握する
「ドキュメントに全てのことを書き表すのは無理。」
「あなたの苦い経験を教えてください」
プロジェクトコミュニティは...
コアチーム
(○○グループ)
(他のチーム)
(ほげほげ部門)
関係者全員を!
...思っているよりもずっと大きい!ステークホルダーとの関係を明らかにせよ 43
技術的な解決策の概要
←リスクがある箇所
←今回は対象外
採用する技術: * <プログラミング言語> * <ライブラリ> * <ツール> * <その他の要素技術>
どんな技術やアーキテクチャを採用するのか 44
トレードオフ・スライダー典型的なフォース
機能をぜんぶ揃える(スコープ)予算内に収める(予算)期日を死守する(時間)高い品質、少ない欠陥(品質)
MAX MIN
MAX MIN
MAX MIN
MAX MIN
上記以外で重要なこと
簡単に使える考えさせない!詳細な証跡(なんでもログを取る)
(などなど)
MAX MIN
MAX MIN
MAX MIN
MAX MIN何を優先するべきなのか。判断基準は何か 45
夜も眠れなくような問題は何だろう?•もし起きたらこわーいこと、その1 •もし起きたらこわーいこと、その2 •もし起きたらこわーいこと、その3
どんなリスクがあるのか。 46
俺たちの“Aチーム”人数 役割 強みや期待すること1 アナリスト 必要な分だけ必要なときに分析するスタイルで働ける。
テストも喜んで手伝える。 素早い繰り返し型の開発スタイルで働ける。
2 開発者 C#、MVC.NET、jQuery、SQL ユニットテスト、リファクタリング、TDD、継続的インテグレーション
0.5 マネージャ 顧客と直接顔を合わせてのコミュニケーションを担当する。状況報告、スコープ調整、予算管理、レポートラインへの報告
誰がどんな役割を担うのか。体制。 47
初回のリリースに必要なもの
3名、3.5ヶ月、$250K
リリース!構築 受入テスト トレーニング
~3ヶ月 1週間 1週間
期間を見極める
どのくらいの期間で何がいくらで出来るのか 48
Toshihiro Ichitani All Rights Reserved.
なぜ、 インセプションデッキからか?・既存のやり方を大きく変えなくて 良い(追加)のではじめやすい。 ・部分的に始められる。まずはデッキ の最初の一枚から。 ・効果がでやすい。共通認識づくりが 目的のため。
Toshihiro Ichitani All Rights Reserved.
インセプションデッキ ワークショップ
10個のタフクエスチョン
PJを始める前に関係者の認識をあ
わせる
PJの状況や背景についてチームで話しあっておくことで、チームは状況に応じた適切な
判断が下せる。
デッキのゴールデンサークルなぜインセプションデッキを作るのか?
Toshihiro Ichitani All Rights Reserved.
本日の目次
① プラクティス何から始める?(30分) ② 実践にあたってよくある質問 (30分) ③ Q&A (30分)
Toshihiro Ichitani All Rights Reserved.
契約は、 請負と準委任どうするべき?
Toshihiro Ichitani All Rights Reserved.
契約は、 請負と準委任どうするべき?・どちらでもできる。 請負ならば幅でコミット深さで調整 ・はじめてのアジャイルなら準委任 ただし、事故になるときはなる ・準委任の方が責任があいまいに なり、結局は請負の方が良い場合も
Toshihiro Ichitani All Rights Reserved.
品質の確保は、 どう考えるべき?
Toshihiro Ichitani All Rights Reserved.
品質の確保は、 どう考えるべき?・各スプリントでの品質確保、自動化 バグつぶしと、仕様面のバグ解消 ・システムテスト・スプリント 総合的なテストを集中して実施 ・上記のとおりテストはするので 計測や基準は各社のやり方で良い
Toshihiro Ichitani All Rights Reserved.
Toshihiro Ichitani All Rights Reserved.
ドキュメントは、つくる?のこる?
Toshihiro Ichitani All Rights Reserved.
ドキュメントは、つくる?のこる?・必要なドキュメントはつくる。 ①認識あわせのために →初期資料 ②理解をするために →ビジネスルール ③メンテのために →全体像を理解できるドキュメント
Toshihiro Ichitani All Rights Reserved.
スコープの調整は、 どうやって行なう?
Toshihiro Ichitani All Rights Reserved.
スコープの調整は、 どうやって行なう?・幅でコミットメント、深さで調整 ・交換可能なように規模感の見積と その可視化(=理解)は必要 ・スコープを確認し、調節する場を そもそも開発運営に組み込んでおく = 計画ミーティング
Toshihiro Ichitani All Rights Reserved.
QCDSをどうコントロール すれば良いのか?
Toshihiro Ichitani All Rights Reserved.
QCDSをどうコントロール すれば良いのか?・コスト、納期、品質で大幅な調整は できないことが多い→スコープで調整 ・最初から、トレードオフ基準を作って おく。最初からというのが重要。 ・トレードオフスライダー。
Toshihiro Ichitani All Rights Reserved.
スプリントを回すために必要な こととは?
Toshihiro Ichitani All Rights Reserved.
スプリントを回すために必要な こととは?
・4つのイベントをまずはおさえる ①スプリント計画ミーティング ②デイリースクラム ③スプリントレビュー ④ふりかえり
Toshihiro Ichitani All Rights Reserved.
プロダクト バックログ スプリント
バックログ
スプリント計画 ミーティング
設計/開発/テスト
手入れ/見積/選択
デイリー スクラム
スプリント レビュー
スプリント レトロスペクティブ
リリース
プロダクトオーナー
開発チーム
スクラムマスター
Toshihiro Ichitani All Rights Reserved.
誰が何をやっているか状況が わからない!
Toshihiro Ichitani All Rights Reserved.
誰が何をやっているか状況が わからない!
・バックログを管理するツール →カンバン、Pivotal、Backlog… ・チームのタスクを管理するツール →タスクボード、カンバン ・デジタルにカンバンを運用する →Google Drive
Toshihiro Ichitani All Rights Reserved.「リーン開発の現場」P21
Toshihiro Ichitani All Rights Reserved.
一枚の絵を全員で見る「リーン開発の現場」P21
Toshihiro Ichitani All Rights Reserved.
本日の目次
① プラクティス何から始める?(30分) ② 実践にあたってよくある質問 (30分) ③ Q&A (30分)
top related