リーンスタートアップとスマートなエンジニアリングの葛藤 2017/06改訂版 #bpstudy #agilejapan #postudy

リーンスタートアップとスマートなエンジニアリングの葛藤 2017/06改訂版 #bpstudy #agilejapan #postudy
リーンスタートアップとスマートなエンジニアリングの葛藤 2017/06 改訂版グロースエクスパートナーズ株式会社関満徳
撮影可録音可 Copyright© Growth xPartners, Inc. All rights reserved. 1
今日お話したいこと • 「リーンスタートアップ」と「スマートなエンジニアリング」の間に生じるズレや葛藤 • 企画サイドや開発サイドがこの悩みに対しどのように動くべきか Copyright© Growth xPartners, Inc. All rights reserved. 2
アジェンダ • 今、起きていること • ズレや葛藤について考える • どう動くとよさそうか • まとめ Copyright© Growth xPartners, Inc. All rights reserved. 3
• 「作る」から「使い続ける」へ • モノとコトの実現プロセス今、起きていること Copyright© Growth xPartners, Inc. All rights reserved. 5
参考資料(1/1) – モノ消費ではなくコト消費の時代へ » http://www.nikkeibp.co.jp/article/matome/20140220/384639/ – Naoya Ito - System of Record と System of Engagement » https://speakerdeck.com/player/3be8af3598db45c6b16dc19a98c cecd6?slide=4# – 赤間信幸 - 拝啓『変わらない開発現場』を嘆く皆様へ～変わっていくエンタープライズ系業務システム開発とマイクロソフトエンタープライズサービスの取り組み～ » https://blogs.msdn.microsoft.com/nakama/2017/05/25/devmod ernization/ – 小野和俊 - わたしのバイモーダル戦略 » http://blog.livedoor.jp/lalha/archives/50524676.html – 十返文子 - プロジェクトマネジメント再入門～PjMは何であって何でないのか～ » https://www.slideshare.net/togaeri/pjm-72819087/12 Copyright© POStudy ～アジャイル・プロダクトマネジメント研究会～. All rights reserved. 6
「作る」から「使い続ける」へ • モノからコトへのパラダイムシフト –幅広い業界で市場は成熟し、すでに必要なモノはほとんど手に入った –人々の関心はモノの所有欲を満たすことから、経験、思い出、人間関係、サービスなどの目に見えない価値であるコトに移行してきている Copyright© POStudy ～アジャイル・プロダクトマネジメント研究会～. All rights reserved. 8モノ消費ではなくコト消費の時代へ http://www.nikkeibp.co.jp/article/matome/20140220/384639/
「作る」から「使い続ける」へ • モノからコトへのパラダイムシフト –モノを作る –作ったモノを使い続けてコトを得る Copyright© POStudy ～アジャイル・プロダクトマネジメント研究会～. All rights reserved. 9
「作る」から「使い続ける」へ • モノからコトへのパラダイムシフト –一度作ったモノは、作ったらおしまい –目に見えない価値であるコトは変わっていくので、追随していく必要がある Copyright© POStudy ～アジャイル・プロダクトマネジメント研究会～. All rights reserved. 10
「作る」から「使い続ける」へ • モノからコトへのパラダイムシフト –一度作ったモノは、成長しない –一度作ったモノは、リリース後も成長し続ける Copyright© POStudy ～アジャイル・プロダクトマネジメント研究会～. All rights reserved. 11 リリース1回目 ↓ リリースn回目 ↓ 成長度時間成長しない成長し続ける
「作る」から「使い続ける」へ • モノからコトへのパラダイムシフト –一度作ってリリースしたら、改修されない –リリース後も改修し続ける Copyright© POStudy ～アジャイル・プロダクトマネジメント研究会～. All rights reserved. 12 リリース1回目 ↓ リリースn回目 ↓ 成長度改修されない改修し続ける時間
「作る」から「使い続ける」へ • モノからコトへのパラダイムシフト –モノの提供＝数年間に一度のリリースの時代 –コトの提供＝数ヶ月/数週間/数日に1回、または 1日数回のリリースの時代へ Copyright© POStudy ～アジャイル・プロダクトマネジメント研究会～. All rights reserved. 13 時間時間リリースリリース
「作る」から「使い続ける」へ • モノからコトへのパラダイムシフト –単一リリースのためのアーキテクチャ単一リリースアーキテクチャ –複数リリース毎に改善するアーキテクチャ複数リリース改善するアーキテクチャ Copyright© POStudy ～アジャイル・プロダクトマネジメント研究会～. All rights reserved. 14 …
「作る」から「使い続ける」へ • モノからコトへのパラダイムシフト –単一プロジェクトのためのプロダクトマネジメント単一プロジェクトプロダクトマネジメント –複数プロジェクトに跨がるプロダクトマネジメント複数プロジェクトプロダクトマネジメント Copyright© POStudy ～アジャイル・プロダクトマネジメント研究会～. All rights reserved. 15 …
「作る」から「使い続ける」へ • マネジメント領域における役割 Copyright© POStudy ～アジャイル・プロダクトマネジメント研究会～. All rights reserved. 16 プロダクトマネジメント（PdM） Do the right thing: 正しいことをするプロダクト・マネージャープロダクト・オーナーリーダープロジェクトマネジメント（PjM） Do things right: 正しく実行するプロジェクト・マネジャーマネジャー十返文子 - プロジェクトマネジメント再入門～PjMは何であって何でないのか～ https://www.slideshare.net/togaeri/pjm-72819087/14
「作る」から「使い続ける」へ • マネジメント領域におけるマネジメント対象 Copyright© POStudy ～アジャイル・プロダクトマネジメント研究会～. All rights reserved. 17 プロジェクトマネジメントプロダクトマネジメントスコープマネジメントコストマネジメントコミュニケーションマネジメント統合マネジメントステークホルダーマネジメントリスクマネジメント調達マネジメント資源マネジメントタイムマネジメント品質マネジメント What How How much When HowHow How Why How WhoWhere プロダクトマネジメント顧客（市場）マネジメント What Who Who ほぼ一緒？やや重なる？＝分析・戦略… 十返文子 - プロジェクトマネジメント再入門～PjMは何であって何でないのか～ https://www.slideshare.net/togaeri/pjm-72819087/12
「作る」から「使い続ける」へ • SoR (System of Record) –情報を正しく「記録」するためのシステム –想起するもの･･･バックエンド、予約、在庫、カード決済、ポイント処理、管理画面 • SoE (System of Engagement) –ユーザーや取引先との「絆」を作るためのシステム –想起するもの･･･ UI、デザイン、アプリ、スマートフォン、ダイレクトマーケティング、CRM Copyright© POStudy ～アジャイル・プロダクトマネジメント研究会～. All rights reserved. 18Naoya Ito - System of Record と System of Engagement https://speakerdeck.com/player/3be8af3598db45c6b16dc19a98ccecd6?slide=4#
「作る」から「使い続ける」へ Copyright© POStudy ～アジャイル・プロダクトマネジメント研究会～. All rights reserved. 19 SoR 型システム（モード1） SoE 型システム（モード2）用語 • System of Record • System of Engagement 定義 • 事実を記録することに主眼を置いたシステム・サービス • お客様との関係（絆）を強化するためのシステム・サービス主役 • データ • 利用者システム領域 • バックエンド • 認証、在庫管理、決済、個人情報保護 • フロントエンド、スマートフォンアプリ • UI、CRM、ダイレクトメール開発手法 • 比較的ウォーターフォール寄り • 開発前に要件を明確に定義 • 品質の確保を優先 • 比較的アジャイル、リーン寄り • トライ&エラーで正しい問題・論点を探り当てる • 迅速なリリースを優先性向 / 適合 • 安定性重視 • 予測可能業務 • リスクを抑えて安全運転 • 要件を事前に明確化 • ユーザーインタフェース品質、開発速度重視 • 探索型業務 • スピード重視で運転 • トライ&エラー、プロトタイピングマネジメント • トップダウン寄り • 「正しい仕様」に基づいたプロジェクト管理 • 経営や開発部門が主導することが多い • ボトムアップ寄り • 「正しい仕様」は存在しない • マーケティング、デザインが主導することもケイパビリティ • 要件定義力、調整力、プロジェクトマネジメント • SIのみなさんが得意そう • ユーザー視点、デザイン思考、アナリティクス • Web系が得意そうケイパビリティ Naoya Ito - System of Record と System of Engagement https://speakerdeck.com/player/3be8af3598db45c6b16dc19a98ccecd6?slide=4# 赤間信幸 - 拝啓『変わらない開発現場』を嘆く皆様へ～変わっていくエンタープライズ系業務システム開発とマイクロソフトエンタープライズサービスの取り組み～ https://blogs.msdn.microsoft.com/nakama/2017/05/25/devmodernization/
「作る」から「使い続ける」へ • バイモーダルで実現する企業IT Copyright© POStudy ～アジャイル・プロダクトマネジメント研究会～. All rights reserved. 20 モード1 方向転換馬力モード2 小野和俊 - わたしのバイモーダル戦略 http://blog.livedoor.jp/lalha/archives/50524676.html
モノとコトの実現プロセス • 日本的プロダクトオーナーの現状 Copyright© POStudy ～アジャイル・プロダクトマネジメント研究会～. All rights reserved. 22 スクラムマスター開発チーム開発日本的プロダクトオーナー経営層情シス営業広報ｺｰﾙｾﾝﾀｰ現場作業者管理部門法務財務顧客意思決定促進現場調整 Dev/Ops 視点ビジネス視点意思決定者現場日本的プロダクトオーナーの苦労のポイント日本的プロダクトオーナーは、スクラムで定義されるプロダクトオーナーより、より多く、複数の視点の結節点で調整力を求められる場面が多い。プロダクトオーナーの現状プロダクトオーナーは、様々な部署から任命されることが多く、実は必要なスキルや経験と案件がマッチしていないことも多い。
モノとコトの実現プロセス Copyright© POStudy ～アジャイル・プロダクトマネジメント研究会～. All rights reserved. 23 なぜやるべきか土台づくり使い続けさせる作って仮説検証作る計画を立てて作る計画をまわす作らずに仮説検証作る WHY HOW アイディアモノコトデータ計測する学習する構築するアイディアモノコトデータ計測する学習する構築する WHAT
モノとコトの実現プロセス Copyright© POStudy ～アジャイル・プロダクトマネジメント研究会～. All rights reserved. 24 なぜやるべきか土台づくり使い続けさせる作って仮説検証作る計画を立てて作る計画をまわす作らずに仮説検証作る WHY HOW アイディアモノコトデータ計測する学習する構築するアイディアモノコトデータ計測する学習する構築する WHAT リーンスクラムアーキテクチャ本番運用
モノとコトの実現プロセス Copyright© POStudy ～アジャイル・プロダクトマネジメント研究会～. All rights reserved. 25 プロダクト Log 仮説スプリント計画ふりかえりスプリントスプリントバックログデイリースクラムプロダクトバックログ評価用成果物仮説検討価値検討仕様検討オポチュニティバックログ価値評価リーンキャンバス ..... ::::: ::::: ::::: ::::: ::::: ::::: ..... ::::: ::::: ::::: ::::: ::::: ::::: ..... ::::: ::::: ::::: ::::: ::::: ::::: ペルソナカスタマージャーニーマップインセプションデッキサービスブループリントアーキテクチャ設計アーキテクチャビジョン & デザイン設計テクニカルソリューション技術検討スプリントレビュー ToDo Ready In Progress Done Feedback かんばん価値計測出荷プロダクト利用
モノとコトの実現プロセス Copyright© POStudy ～アジャイル・プロダクトマネジメント研究会～. All rights reserved. 26 プロダクト Log 仮説スプリント計画ふりかえりスプリントスプリントバックログデイリースクラムプロダクトバックログ評価用成果物仮説検討価値検討仕様検討オポチュニティバックログ価値評価リーンキャンバス ..... ::::: ::::: ::::: ::::: ::::: ::::: ..... ::::: ::::: ::::: ::::: ::::: ::::: ..... ::::: ::::: ::::: ::::: ::::: ::::: ペルソナカスタマージャーニーマップインセプションデッキサービスブループリントアーキテクチャ設計アーキテクチャビジョン & デザイン設計テクニカルソリューション技術検討スプリントレビュー ToDo Ready In Progress Done Feedback かんばん価値計測出荷プロダクト利用リーンスクラムアーキテクチャ本番運用
モノとコトの実現プロセス Copyright© POStudy ～アジャイル・プロダクトマネジメント研究会～. All rights reserved. 27 なぜやるべきか土台づくり使い続けさせる作って仮説検証作る計画を立てて作る計画をまわす作らずに仮説検証作る WHY HOW アイディアモノコトデータ計測する学習する構築するアイディアモノコトデータ計測する学習する構築する WHAT 思い込みにより発生する各種ムダを省くためにリーンにやるムダなモノを省き必要なモノを素早く作り続けるエンジニアリングモノを支えるアーキテクチャムダなく本番運用をまわし続ける
モノとコトの実現プロセス Copyright© POStudy ～アジャイル・プロダクトマネジメント研究会～. All rights reserved. 28 なぜやるべきか土台づくり使い続けさせる作って仮説検証作る計画を立てて作る計画をまわす作らずに仮説検証作る WHY HOW アイディアモノコトデータ計測する学習する構築するアイディアモノコトデータ計測する学習する構築する WHAT やりたいコト用意しなければならないモノ用意しなければならないモノ対応しなければならないコト
モノとコトの実現プロセス Copyright© Growth xPartners, Inc. All rights reserved. 29 なぜやるべきか土台づくり使い続けさせる作って仮説検証作る計画を立てて作る計画をまわす作らずに仮説検証作る WHY HOW アイディアモノコトデータ計測する学習する構築するアイディアモノコトデータ計測する学習する構築する WHAT やりたいコト用意しなければならないモノ用意しなければならないモノ葛藤葛藤対応しなければならないコト
• アーキテクチャから見た葛藤 • リーンから見た葛藤ズレや葛藤について考える Copyright© Growth xPartners, Inc. All rights reserved. 31
アーキテクチャ設計から見た葛藤 Copyright© Growth xPartners, Inc. All rights reserved. 33 なぜやるべきか土台づくり使い続けさせる作って仮説検証作る計画を立てて作る計画をまわす作らずに仮説検証作る WHY HOW アイディアモノコトデータ計測する学習する構築するアイディアモノコトデータ計測する学習する構築する WHAT やりたいコト用意しなければならないモノ用意しなければならないモノ葛藤対応しなければならないコト
アーキテクチャ設計から見た葛藤 Copyright© Growth xPartners, Inc. All rights reserved. 34 なぜやるべきか土台づくり使い続けさせる作って仮説検証作る計画を立てて作る計画をまわす作らずに仮説検証作る WHY HOW アイディアモノコトデータ計測する学習する構築するアイディアモノコトデータ計測する学習する構築する WHAT やりたいコト用意しなければならないモノ用意しなければならないモノ葛藤アーキテクチャ設計のジレンマ対応しなければならないコト
アーキテクチャ設計から見た葛藤 • アーキテクチャ設計とは –システムの構造と振る舞いを定義すること » 構造システムの分け方と組み方 » 振る舞い稼働しているシステムが利用できる状態で外部に対して行うこと Copyright© Growth xPartners, Inc. All rights reserved. 35 IT サービス機能非機能静的構造動的構造構造のパターン振る舞い
アーキテクチャ設計から見た葛藤 • 構造と振る舞いの関係 » 静的構造時間軸にとらわれない要素の配置と関係性 » 動的構造時間軸の中で現れる要素の配置と関係性 » 機能インプットに対するアウトプット » 非機能振る舞いの質 Copyright© Growth xPartners, Inc. All rights reserved. 36 IT サービス機能非機能静的構造動的構造構造のパターン振る舞い
アーキテクチャ設計から見た葛藤 • 構造と振る舞いの関係 Copyright© Growth xPartners, Inc. All rights reserved. 37 振る舞いの初期要求システム開発の流れ振る舞い振る舞いシステムの設計システムの実装システムのテストアーキテクチャの設計構造構造構造定義定義参照参照定義実現確認利用評価
アーキテクチャ設計から見た葛藤 • アーキテクチャ設計のジレンマ –本来はシステムを作り始める前にアーキテクチャを定義すべき –その時点で得られる要求が正しいかわからない Copyright© Growth xPartners, Inc. All rights reserved. 38 振る舞いの初期要求システム開発の流れ振る舞い振る舞いシステムの設計システムの実装アーキテクチャの設計構造構造構造定義定義参照参照定義実現利用
アーキテクチャ設計から見た葛藤 • アーキテクチャ設計のジレンマ –要求が定まらなければ構造が決まらない –要求を定めるためには作らなければならない –作るためには構造が決まっていないといけない Copyright© Growth xPartners, Inc. All rights reserved. 39 振る舞いの初期要求構造振る舞い構造が決まっていないと作れない振る舞いを見ないと要求がわからない要求が曖昧では決定できない
リーンから見た葛藤 Copyright© Growth xPartners, Inc. All rights reserved. 41 なぜやるべきか土台づくり使い続けさせる作って仮説検証作る計画を立てて作る計画をまわす作らずに仮説検証作る WHY HOW アイディアモノコトデータ計測する学習する構築するアイディアモノコトデータ計測する学習する構築する WHAT やりたいコト用意しなければならないモノ用意しなければならないモノ葛藤対応しなければならないコト
リーンから見た葛藤 Copyright© Growth xPartners, Inc. All rights reserved. 42 なぜやるべきか土台づくり使い続けさせる作って仮説検証作る計画を立てて作る計画をまわす作らずに仮説検証作る WHY HOW アイディアモノコトデータ計測する学習する構築するアイディアモノコトデータ計測する学習する構築する WHAT やりたいコト用意しなければならないモノ用意しなければならないモノやりたいコトのサイクルと用意するサイクルのタイミングがあわない用意するサイクルに乗らないタスクはどうすればいいのか葛藤対応しなければならないコト
• アーキテクチャ設計でできること • リーンでできること • 改善活動でできることどう動くとよさそうか Copyright© Growth xPartners, Inc. All rights reserved. 44
アーキテクチャ設計から見た葛藤 Copyright© Growth xPartners, Inc. All rights reserved. 46 なぜやるべきか土台づくり使い続けさせる作って仮説検証作る計画を立てて作る計画をまわす作らずに仮説検証作る WHY HOW アイディアモノコトデータ計測する学習する構築するアイディアモノコトデータ計測する学習する構築する WHAT やりたいコト用意しなければならないモノ用意しなければならないモノ葛藤アーキテクチャ設計のジレンマ対応しなければならないコト
アーキテクチャ設計でできること • ジレンマに対するアーキテクチャ戦略 –戦略1 変化に対応出来る構造の導入 –戦略2 構造パターン追加への対応 –戦略3 犠牲的な構造パターンの導入 Copyright© Growth xPartners, Inc. All rights reserved. 47
アーキテクチャ設計でできること • 戦略1 変化に対応出来る構造の導入 –要求の変化を可能な限り予測 –変化に対応出来る構造にしておく Copyright© Growth xPartners, Inc. All rights reserved. 48 構造機能A 機能B 機能C 構造機能A 変化を予測し、変化に対応出来る作りにする変化に合わせて機能を追加していく
アーキテクチャ設計でできること Copyright© Growth xPartners, Inc. All rights reserved. 49 構造機能A 機能B 機能C 構造機能A 変化を予測し、変化に対応出来る作りにする変化に合わせて機能を追加していくメリットデメリット【戦略1】変化に対応出来る構造の導入変化に効率的に対応出来る変化が発生しないと保守的に大きな影響が出る
アーキテクチャ設計でできること • 戦略2 構造パターン追加への対応 –構造パターンの追加に対応できるようにしておく Copyright© Growth xPartners, Inc. All rights reserved. 50 構造1 機能A 機能B 機能C 構造1 機能A 機能に適した構造を用意するが、構造の拡張性を残す変化に合わせて機能を追加していく構造2
アーキテクチャ設計でできること Copyright© Growth xPartners, Inc. All rights reserved. 51 構造1 機能A 機能B 機能C 構造1 機能A 機能に適した構造を用意するが、構造の拡張性を残す変化に合わせて機能を追加していく構造2 メリットデメリット【戦略2】構造パターン追加への対応変化が発生した時点で適切な構造を導入できる使われなくなった構造パターンが技術的負債となる
アーキテクチャ設計でできること • 戦略3 犠牲的な構造パターンの導入 –意図的に簡易的な構造パターンを導入 –本当に必要になったタイミングで作り直すことを前提 Copyright© Growth xPartners, Inc. All rights reserved. 52 構造2 機能A 機能B 機能C 構造1 機能A 機能に適した構造を用意し、最小限な機能にしていく変化に合わせて機能と構造を追加していく機能A 構造1
アーキテクチャ設計でできること Copyright© Growth xPartners, Inc. All rights reserved. 53 構造2 機能A 機能B 機能C 構造1 機能A 機能に適した構造を用意し、最小限な機能にしていく変化に合わせて機能と構造を追加していく機能A 構造1 メリットデメリット【戦略3】犠牲的な構造パターンの導入もっと効率的に実装できる早く限界が来てしまうと作り直す無駄が出る
アーキテクチャ設計でできること • 戦略のメリットとデメリットまとめ Copyright© Growth xPartners, Inc. All rights reserved. 54 メリットデメリット【戦略1】変化に対応出来る構造の導入変化に効率的に対応出来る変化が発生しないと保守的に大きな影響が出る【戦略2】構造パターン追加への対応変化が発生した時点で適切な構造を導入できる使われなくなった構造パターンが技術的負債となる【戦略3】犠牲的な構造パターンの導入もっと効率的に実装できる早く限界が来てしまうと作り直す無駄が出る
リーンから見た葛藤 Copyright© Growth xPartners, Inc. All rights reserved. 56 なぜやるべきか土台づくり使い続けさせる作って仮説検証作る計画を立てて作る計画をまわす作らずに仮説検証作る WHY HOW アイディアモノコトデータ計測する学習する構築するアイディアモノコトデータ計測する学習する構築する WHAT やりたいコト用意しなければならないモノ用意しなければならないモノやりたいコトのサイクルと用意するサイクルのタイミングがあわない用意するサイクルに乗らないタスクはどうすればいいのか葛藤対応しなければならないコト
リーンでできること • 管理するものを分類する • リズムを合わせて見通しを共有する Copyright© Growth xPartners, Inc. All rights reserved. 57
管理するものを分類する Copyright© Growth xPartners, Inc. All rights reserved. 59 なぜやるべきか土台づくり使い続けさせる作って仮説検証作る計画を立てて作る計画をまわす作らずに仮説検証作る WHY HOW アイディアモノコトデータ計測する学習する構築するアイディアモノコトデータ計測する学習する構築する WHAT リーンスクラムアーキテクチャ本番運用
管理するものを分類する Copyright© Growth xPartners, Inc. All rights reserved. 60 なぜやるべきか土台づくり使い続けさせる作って仮説検証作る計画を立てて作る計画をまわす作らずに仮説検証作る WHY HOW アイディアモノコトデータ計測する学習する構築するアイディアモノコトデータ計測する学習する構築する WHATリーンスクラムアーキテクチャ本番運用スプリントバックログプロダクトバックログオポチュニティバックログ ToDo Ready In Progress Done Feedback かんばん • アイディア出し中 • 問題が本当にあるか確認中 • プロトタイプによる検証中で、開発着手前のものは、「オポテュニティバックログ」で管理現在、開発チームが着手中のタスクは「スプリントバックログ」で管理開発計画のサイクルに入らないタスクは「かんばん」で管理今後開発予定のものは、「プロダクトバックログ」で管理
管理するものを分類する Copyright© Growth xPartners, Inc. All rights reserved. 61 プロダクト Log 仮説スプリント計画ふりかえりスプリントスプリントバックログデイリースクラムプロダクトバックログ評価用成果物仮説検討価値検討仕様検討オポチュニティバックログ価値評価リーンキャンバス ..... ::::: ::::: ::::: ::::: ::::: ::::: ..... ::::: ::::: ::::: ::::: ::::: ::::: ..... ::::: ::::: ::::: ::::: ::::: ::::: ペルソナカスタマージャーニーマップインセプションデッキサービスブループリントアーキテクチャ設計アーキテクチャビジョン & デザイン設計テクニカルソリューション技術検討スプリントレビュー ToDo Ready In Progress Done Feedback かんばん価値計測出荷プロダクト利用リーンスクラムアーキテクチャ本番運用 • アイディア出し中 • 問題が本当にあるか確認中 • プロトタイプによる検証中で、開発着手前のものは、「オポテュニティバックログ」で管理現在、開発チームが着手中のタスクは「スプリントバックログ」で管理今後開発予定のものは、「プロダクトバックログ」で管理 ToDo Ready In Progress Done Feedback スプリントバックログプロダクトバックログオポチュニティバックログかんばん開発計画のサイクルに入らないタスクは「かんばん」で管理
リズムを合わせて見通しを共有する Copyright© Growth xPartners, Inc. All rights reserved. 63 なぜやるべきか土台づくり使い続けさせる作って仮説検証作る計画を立てて作る計画をまわす作らずに仮説検証作る WHY HOW アイディアモノコトデータ計測する学習する構築するアイディアモノコトデータ計測する学習する構築する WHAT リーンスクラムアーキテクチャ本番運用
リズムを合わせて見通しを共有する • 1週間の仕事量 Copyright© Growth xPartners, Inc. All rights reserved. 64 使い続けさせる作る計画を立てて作る計画をまわす作るスクラム～スプリントバックログ～本番運用～かんばん～月火水木金計午前 ○ ○ ○ ○ ○ 午後1 ○ ○ ○ ○ ○ 午後2 ○ ○ ○ ○ ○ 1人 3 3 3 3 3 15 5人 15 15 15 15 15 75
リズムを合わせて見通しを共有する • スプリントバックログとかんばんの比率を計画 Copyright© Growth xPartners, Inc. All rights reserved. 65 1スプリント =2週間スプリント X スプリント X+1 スプリント X+2 スプリント X+3 スプリント X+4 スプリントバックログ 100 60 80 100 85 かんばん 50 90 70 50 65 合計 75×2週間= 150 150 150 150 150 本番リリース後は、障害対応や調査依頼が増えるのでかんばんの割合を増やす本番リリースがない時はスプリントバックログの割合を増やす
リズムを合わせて見通しを共有する • スプリントバックログとかんばんの比率を計画 –数スプリント先／数ヶ月後までの期間 –その結果、企画チームから見れば、「いつまでに要件を伝えれば、リリースしたい時期にリリース可能なのかがわかる」 Copyright© Growth xPartners, Inc. All rights reserved. 66 スプリント X スプリント X+1 スプリント X+2 スプリント X+3 スプリント X+4 スプリント X+5 スプリント X+6 スプリント X+7 スプリントバックログ 100 35 80 100 85 55 80 40 かんばん 50 85 70 50 65 80 70 95 合計 150 120 150 150 150 135 150 135 祝日や予定休・突発休の分だけ合計ポイントを減らして計画プロダクトロードマップにあわせてリリースしたい時期リリースしたい時期に間に合わせる為に開発をはじめる時期を、逆算して計画少なくともこの時期までに企画側内で承認を取り、Goを出せば良いことがわかるリリース前の非機能要件等の確認結果への対応工数を、かんばん側にあらかじめ計画リリース後の対応工数をかんばん側に計画
リズムを合わせて見通しを共有する Copyright© Growth xPartners, Inc. All rights reserved. 67 なぜやるべきか土台づくり使い続けさせる作って仮説検証作る計画を立てて作る計画をまわす作らずに仮説検証作る WHY HOW アイディアモノコトデータ計測する学習する構築するアイディアモノコトデータ計測する学習する構築する WHATリーンスクラムアーキテクチャ本番運用スプリントバックログプロダクトバックログオポチュニティバックログ ToDo Ready In Progress Done Feedback かんばん • アイディア出し中 • 問題が本当にあるか確認中 • プロトタイプによる検証中で、開発着手前のものは、「オポテュニティバックログ」で管理現在、開発チームが着手中のタスクは「スプリントバックログ」で管理開発計画のサイクルに入らないタスクは「かんばん」で管理今後開発予定のものは、「プロダクトバックログ」で管理次のスプリント計画前までに、 • バックログ見直し • ユーザーストーリー見直し • ストーリーテスト作成 • ストーリーポイント見直し • 価値・リスク観点での優先順位見直しを実施しておく
リズムを合わせて見通しを共有する Copyright© Growth xPartners, Inc. All rights reserved. 68 プロダクト Log 仮説スプリント計画ふりかえりスプリントスプリントバックログデイリースクラムプロダクトバックログ評価用成果物仮説検討価値検討仕様検討オポチュニティバックログ価値評価リーンキャンバス ..... ::::: ::::: ::::: ::::: ::::: ::::: ..... ::::: ::::: ::::: ::::: ::::: ::::: ..... ::::: ::::: ::::: ::::: ::::: ::::: ペルソナカスタマージャーニーマップインセプションデッキサービスブループリントアーキテクチャ設計アーキテクチャビジョン & デザイン設計テクニカルソリューション技術検討スプリントレビュー ToDo Ready In Progress Done Feedback かんばん価値計測出荷プロダクト利用リーンスクラムアーキテクチャ本番運用 • アイディア出し中 • 問題が本当にあるか確認中 • プロトタイプによる検証中で、開発着手前のものは、「オポテュニティバックログ」で管理現在、開発チームが着手中のタスクは「スプリントバックログ」で管理今後開発予定のものは、「プロダクトバックログ」で管理 ToDo Ready In Progress Done Feedback スプリントバックログプロダクトバックログオポチュニティバックログかんばん開発計画のサイクルに入らないタスクは「かんばん」で管理次のスプリント計画前までに、 • バックログ見直し • ユーザーストーリー見直し • ストーリーテスト作成 • ストーリーポイント見直し • 価値・リスク観点での優先順位見直しを実施しておく
改善活動でできること • ふりかえりを共有する Copyright© Growth xPartners, Inc. All rights reserved. 70
ふりかえりの進め方 1. ふりかえりの全体説明（6分） 2. 個人ふりかえり（6分） 3. 個人ふりかえりのチーム内共有（6分） 4. チーム別ふりかえり（30分） 5. チーム別ふりかえり結果の共有（15分） 6. ふりかえりのふりかえり（8分） Copyright© Growth xPartners, Inc. All rights reserved. 71
用意するもの Copyright© Growth xPartners, Inc. All rights reserved. 72 No. 道具名数必須備考 1 個人ふりかえり（A3）人数分必須 2 サインペン（黒）人数分必須裏写りしにくいペンならなおよい 3 付箋人数分必須 4 模造紙チーム数分必須ホワイトボードでも可 5 養生テープ 2個必須 6 タイマー 1個必須スマフォアプリでも可 7 カメラ 1個必須スマフォアプリでも可 8 9 10 11 12 13
ふりかえりとは Copyright© Growth xPartners, Inc. All rights reserved. 73
ふりかえりの目的 • もっとうまくできるようにする –定期的に検査して、ちょっとずつ良くする • 強制的に仕事を停止する –強制的に立ち止まって、本当にこのままでいいのか考える余裕を持つ –定期的な予定として組み込む Copyright© Growth xPartners, Inc. All rights reserved. 74
ふりかえりの大前提 • 心理的安全性の確保 –「あなた vs わたし」 → 「問題 vs わたしたち」 –安全でないと、失敗を認めたり、問題を明らかにしたり、新しいことに挑戦しにくくなる –高い心理的安全性を持つチームは、それぞれが同じくらいの持ち時間で話す傾向がある –心理的安全性の確保のため、無記名で実施 Copyright© Growth xPartners, Inc. All rights reserved. 75
ふりかえりのコツ • 意見ではなく、事実を –例）品質が悪い –例）情報共有が不足している –意見だけをもとにしてアクションを決めると、本質的な問題が解決しない –解決策の欠如を問題として語るのは、場の安全性、チームの信頼の欠如を示すシグナル Copyright© Growth xPartners, Inc. All rights reserved. 76
個人ふりかえり Copyright© Growth xPartners, Inc. All rights reserved. 77
個人ふりかえりのステップ 1. 企画チームと開発チームが半分ずつ混合したグループA・グループBに分かれて着席いただいた後、個人でふりかえりをします 2. チーム内で、個人ふりかえり結果を共有します Copyright© Growth xPartners, Inc. All rights reserved. 78 グループA グループB スクリーン
個人ふりかえり Copyright© Growth xPartners, Inc. All rights reserved. 79 スプリントを通して、今回私が改善できたことスプリント中に、今回私が改善できなかったことスプリントゴールを達成するために、私がやったこと今回のスプリントを通して、私が学んだこと今回のスプリント中に、私が感じたこと次のスプリントで、私が改善したいと考えていること
個人ふりかえりのチーム内共有 1. 企画チームと開発チームが半分ずつ混合したグループA・グループBに分かれて着席いただいた後、個人でふりかえりをします 2. チーム内で、個人ふりかえり結果を共有します Copyright© Growth xPartners, Inc. All rights reserved. 80 グループA グループB スクリーン
チーム別ふりかえり Copyright© Growth xPartners, Inc. All rights reserved. 81
チーム別ふりかえりのステップ 1. 企画チームと開発チームが半分ずつ混合したグループA・グループBに分かれて、最初は別々にふりかえりを実施します –それぞれのグループにファシリテーターがつきます 2. チーム別ふりかえり結果を共有します Copyright© Growth xPartners, Inc. All rights reserved. 82 グループA グループB スクリーン
チーム別ふりかえりのステップ Copyright© Growth xPartners, Inc. All rights reserved. 83 Keep 続けたいこと、よいこと Try 改善策、工夫したいこと Action 次のスプリントで行動すること Problem 不満点、問題点 (1)続けたいこと、よいこと (2)不満点、問題点 (3)Problemに効きそうな改善策 (4)Keepを強化する改善策 (6)次のスプリントで行動することを合意し、具体化する
チーム別ふりかえり Copyright© Growth xPartners, Inc. All rights reserved. 84 Keep 続けたいこと、よいこと Try 改善策、工夫したいこと Action 次のスプリントで行動すること Problem 不満点、問題点
チーム別ふりかえりのステップ 1. 企画チームと開発チームが半分ずつ混合したグループA・グループBに分かれて、最初は別々にふりかえりを実施します –それぞれのグループにファシリテーターがつきます 2. チーム別ふりかえり結果を共有します Copyright© Growth xPartners, Inc. All rights reserved. 85 グループA グループB スクリーン
ふりかえりのふりかえり Copyright© Growth xPartners, Inc. All rights reserved. 86
ふりかえりのふりかえり＜個人ワークショップ＞ • A3用紙を2枚用意します • 以下をそれぞれ1枚ずつ書き出してください –今日、気づいたこと –次回のふりかえりで改善したいこと Copyright© Growth xPartners, Inc. All rights reserved. 87 ＜A3用紙＞ ■次回、改善すること xxxxxx ＜A3用紙＞ ■今日、気づいたこと xxxxxx
まとめ Copyright© Growth xPartners, Inc. All rights reserved. 89
モノとコトの実現プロセス Copyright© Growth xPartners, Inc. All rights reserved. 90 なぜやるべきか土台づくり使い続けさせる作って仮説検証作る計画を立てて作る計画をまわす作らずに仮説検証作る WHY HOW アイディアモノコトデータ計測する学習する構築するアイディアモノコトデータ計測する学習する構築する WHAT やりたいコト用意しなければならないモノ用意しなければならないモノ葛藤葛藤
どう動くとよさそうか • アーキテクチャ設計でできること –アーキテクチャ戦略を立てる • リーンでできること –管理するものを分類する –リズムを合わせる • 改善活動でできること –ふりかえりを共有する Copyright© Growth xPartners, Inc. All rights reserved. 91
お知らせ • アーキテクチャについてもう少し全体感が知りたいなら –Cloud First Architecture 設計ガイド » 第1章クラウドファーストの意味 » 第2章クラウド技術の構成 » 第3章クラウドファーストに至るまでの歴史 » 第4章エンタープライズとクラウドファースト » 第5章アーキテクチャー設計ガイド » 第6章クラウドファーストにおけるエンジニア » https://www.amazon.co.jp/dp/4822237818 Copyright© Growth xPartners, Inc. All rights reserved. 92
Copyright© Growth xPartners, Inc. All rights reserved. 93 一緒に働く仲間を募集中です http://gxp.co.jp/recruit/career.html
リーンスタートアップとスマートなエンジニアリングの葛藤 2017/06 改訂版グロースエクスパートナーズ株式会社関満徳
ご清聴ありがとうございました！コンタクト先 URL Blog http://fullvirtue.com/ Twitter https://twitter.com/fullvirtue Facebook https://www.facebook.com/fullvirtue Email fullvirtue@gmail.com 資料公開場所 http://slideshare.net/fullvirtue/ これまで登壇してきた資料はこちらで公開しています！是非ご覧ください！関満徳せきみつのりグロースエクスパートナーズ株式会社 ITアーキテクト Microsoft MVP for Visual Studio and Development Technologies ITサービス開発のコンサルティング、開発、運用を一貫して手掛けながら、「顧客価値の創造」と「持続可能な仕組み創り」をテーマとしたアジャイル・プロダクトマネジメントのワークショップデザインを数多く実施。全国各地でファシリテーターとしても活躍。

Check these out next

リーンスタートアップとスマートなエンジニアリングの葛藤 2017/06改訂版 #bpstudy #agilejapan #postudy

Recommended

More Related Content

Slideshows for you(20)

Similar to リーンスタートアップとスマートなエンジニアリングの葛藤 2017/06改訂版 #bpstudy #agilejapan #postudy(20)

More from 満徳関(20)

Recently uploaded(20)