チーム・ジャーニー 逆境を越える、変化に強いチームをつくりあげるまで
5.6K Views
February 14, 20
スライド概要
devsumi2020でお話したこと
関連スライド
各ページのテキスト
チーム・ジャーニー 〜逆境を越える変化に強いチームを つくりあげるまで〜 Ichitani Toshihiro 市⾕聡啓
市⾕ 聡啓 Ichitani Toshihiro (My KeyWord) 越境 正しいものを正しくつくる 仮説検証型アジャイル開発
DX (Digital Transformation) ⽀援 仮説検証、アジャイル開発の 実践⽀援 仮説検証型アジャイル開発 によるプロダクト作り 講演、研修、執筆
ともに考え、ともにつくるプロダクト開発の実践 「チーム・ジャーニー」 2020年2⽉17⽇発刊 本⽇先⾏発売中
Profile https://ichitani.com/ da n a ap @p
われわれが プロダクト開発で直⾯ する最⼤の難関とは？
不確実性との戦い 必要なのは「誰にも分からない」という 状況下で前に進んでいくあり⽅ Photo credit: Kylie_Jaxxon on Visualhunt / CC BY-SA
「プロダクト開発」での不確実性 何をつくるべきなのか、それをどうやって つくるべきなのか、絶対的な正解を予め⼿に することはできない それゆえに、作り⼿の⽅向性や関係者の期待が 様々あり、意思決定、合意形成が容易ではない それゆえに、⼿法や技術を様々試すことで、 克服を試みるが、理解不⾜や練度不⾜で 成果にならない
「組織変⾰」での不確実性 Digital Transformationの旗の下、組織的に変⾰ に乗り出そうとするも、前例や拠り所が無く 進まない それゆえに、推進者の⽅向性や関係者の不安が 様々あり、意思決定、合意形成が容易ではない それゆえに、⼿法や技術を様々試すことで、 克服を試みるが、理解不⾜や練度不⾜で 成果にならない
「傾き」の問題 Photo on VisualHunt.com
理想的な変化量と現実の乖離イメージ
「これまで」が引き寄せる 重⼒を突破できない Photo credit: Miles Cave on Visualhunt / CC BY-NC-ND
「分断」が2項対⽴世界をつくる 「これまで」と「新たな」の戦い ⼀⽅を通すために相⼿側を格段に 低評価することで排除するアプローチ Photo credit: aka Quique on VisualHunt.com / CC BY-NC-ND
厳然と存在する「変化格差」
「段階」 の概念を取り⼊れる
「段階」によって「なめらか」にする
段階によって何を解決するのか
ウォーターフォールとアジャイルの 「２項対⽴」が招いたもの 全体性の⽋如 Photo credit: aka Quique on VisualHunt.com / CC BY-NC-ND
少しずつ繰り返しながら 形づくる (agile)
われわれはどこへ向かいたいのか？ 1週間のタイムボックスと単⼀のリストだけで ⾃分たちの意思をかたちにするのは難しい。 希望(あるいは妄想)があるからこそ、 ⾃分たちの歩み⾃体を楽しむことができる。 (そしてそれが次に進む意思になる)
「段階の設計」とは ⾃分たちが到達したい地点(⽬的地)を⾒⽴て、そこに たどり着くために必要となる状態を構想すること。 現実を進めた結果から分かったことに基づき、構想⾃体を 変化させる (現実を構想に合わせることが⽬的ではない)。 ⽬的地⾃体も通過点に過ぎない。変えていく。 段階の⻘写真は、当事者に⽅向性を与える。 不確実性の⾼い状況では、チーム、ステークホルダーと ともに「理解」と「意思決定」を共通にして歩み進むこと が唯⼀の頼り。
段階=ジャーニー ※多様なミッションを捉えるため ジャーニーの⻑さ(スプリントの数)は可変 ※チームの活動単位であるスプリントの⻑さは チームのリズムを作るために固定
DX・ジャーニー (狙いは、ジャーニーを通じたチーム、組織の成⻑) ※DXのミッションとして技術・プロセスのモダン化、新たなビジネス モデル構築全てに⼀気呵成に取り組むのではなく、局所的なSoE 構築を先⾏させて学びの⼟台作りを⾏う。
チーム・ジャーニー 現状の全てを⼀気呵成に Transformationするのは チームも練度も⾜りない。 現状の⽂脈から分断した環境を作る (たいていの場合SoEが成熟していないからできる) SoE開発を通じてチーム作りに集中 然る後に本丸(SoR)に切り込む (「逆２項対⽴」作戦)
プロダクト・ジャーニー ※第1ジャーニーで検証結果が期待するものでは 無かったら当然、全体のジャーニーを⾒直す
不確実性が⾼いプロダクトづくりでのパターン 仮説検証型アジャイル開発 選択の幅最⼤ （セットベース） スプリントプ 仮説⽴案 (モデル化) ランニング 検証 価値探索 （正しいものを探す） 検証 計画 評価 仮説検証ジャーニー 開発計画 MVP特定 (リリースプラ ンニング) 選択の振れ幅最⼩ （ポイントベース） スプリント 開発 アジャイル開発 （正しくつくる） スプリント レトロスペクティ ブ MVP検証 スプリント レビュー MVP開発ジャーニー 次の検証計画 (価値探索)へ MVP検証 ジャーニー
チーム・ジャーニー ※チームの成⻑戦略を描く。⾃分たちの出発点を⾒定め、ひとたび⽬指す ⽬的地までの「傾き」が急勾配にならないよう設計する。実際のところ 歩みはじめてみて、傾きを調整する。
ジャーニーは重なり合う
少しずつ = インクリメンタル 繰り返し = イテレーティブ 段階的に = ジャーニー 形作る
ジャーニー = 段階的発展 = 進化 当事者として 「意思のある進化」を仕組み、 その上で変化に適応していくこと
かつて、10年かけて 辿り着いたところに、 3ヶ⽉のProjectで挑む。 それは新しい勇気か、 それとも無謀か。
どのようにして ジャーニーを運⽤ するのか？
リーン・ジャーニー・スタイル 多様性を味⽅につけ、チームの機動性を ⾼めることで不確実性に適応する
リーン・ジャーニー・スタイル セットベースで選択肢を広げ、ポイントベースで アウトプットを結実させる 選択肢を広げるために多様性を利⽤する 段階の設計によって、経験による学びを踏まえた 当事者の意思決定を着実に形にしていく 変化への適応性を確保するために、ミッション、 フォーメーション、チームの主義を動的に選択する
⽬的地を⾒定める ジャーニー(段階)を 設計する ジャーニーのふりかえり とむきなおり ジャーニーの ミッション定義 ジャーニーバックログ プランニング (ジャーニーごとの回転) ジャーニーの 遂⾏ チームの フォーメーションを変更 チームの ファースト選択
リーン・ジャーニー・スタイル 仮説検証 重奏的仮説検証 プロセス ジャーニースタイル チーム フォーメーション・パターン アーキ 適者⽣存型アーキテクチャ
重奏的仮説検証 仮説検証 第1段階 仮説の外在化 プロダクトオーナー1⼈の 解釈を⼀⽅的に伝える (解釈を頭から取り出す) 仮説キャンバスで仮説を外在化 (誰でも表明が出来る)
仮説キャンバス (1.0) ⽬的 われわれはなぜこの事業をやるのか？ 実現⼿段 提案価値を 実現するの に必要な⼿ 段とは何か？ ビジョン 中⻑期的に顧客にどういう状況に なってもらいたいか？ 優位性 提案価値 顕在課題 代替⼿段 状況 提案価値や実現 ⼿段の提供に貢 献するリソース (資産)が何かあ るか？ われわれは 顧客をどん な解決状態 にするのか？ 顧客が気づいて いる課題に何が あるか？ 課題を解決するた どのような状 況にある顧客 が対象なのか (課題が最も発 ⽣する状況と は？) 評価指標 どうなればこ の事業が進捗 していると判 断できるのか？ (指標と基準値) 収益モデル どうやって儲けるのか？ (何ができる ようになる のか) めに顧客が現状取っ ている⼿段に何が あるか？(さらに 現状⼿段への不満 はあるか) 潜在課題 チャネル 多くの顧客が気 づけていない課 題、解決を諦め ている課題に何 があるか？ 状況にあげたひ とたちに出会う ための⼿段は何 か？ 市場規模 対象となる市場の規模感は？ 傾向 同じ状況にある ⼈が⼀致して⾏ うことはあるか？
プロダクトオーナーの視座を プロダクトの上限(ボトルネック)にしない Toshihiro Ichitani All Rights Reserved. Photo credit: somenice on VisualHunt / CC BY-NC
"プロダクトオーナー”の⺠主化 PO⼀⼈の視座、視野から チームの視座、視野へ Photo credit: Wendelin Jacober on Visual Hunt / CC BY
重奏的仮説検証 仮説検証 第2段階 仮説検証の重奏化 それぞれの中に仮説を持ち、 共通の理解に対して掛け合わせる ・多様なメンバー=多様な解釈への期待 ・検証を通じての仮説⽴案が前提 ・仮説検証の実施リードや解釈の メンター役は必要(仮説検証リード)
重奏的仮説検証 仮説検証 チーム or PO を仮説検証にどうやって巻き込むか 最初は誰もが半信半疑。実践していく 中で、意義を⾒出して⾏く。 仮説検証についてのゴールデンサークル を確認した後、段階的な取り込みを設計 する。 第１ジャーニー：事前学習 第２ジャーニー：イベントベースの検証 第３ジャーニー：継続的な検証活動
意味あるものを作り出したい という意思に POや開発者という分け隔ては無い Photo credit: Wendelin Jacober on Visual Hunt / CC BY
このあり⽅の先に あるものとは？ 「われわれはどこに向かうのか」
ともに考え、ともにつくる 固定的な役割を中⼼とした「調整」から 仮説検証による学びを中⼼とした「ともに」へ Photo on VisualHunt.com
ともに考え、ともにつくり 続けるためには？
お互いの関係性に意味を⾒つける 「われわれはなぜここにいるのか？」 Photo on VisualHunt.com
⾃分⾃⾝のミッションと 役割を問い直し続ける 必要がある “⾃分のナラティブを脇に置く” 『他者と働く』 Photo on VisualHunt.com
何を問う？
「あなたは何をする⼈なのですか」
いつもいつもこの問いに 答えきれるわけではない。 Photo on VisualHunt.com
だからこそ、「チーム」がある 「ともに在る誰か」がいる 他者の存在によって⾃分が何を 成すべきか理解することができる Photo on VisualHunt.com
何者にもなれやしない⾃分 でも、誰かとともにいることで 何者かにはなれる Photo credit: digitalpimp. on Visualhunt.com / CC BY-ND
ともに考え、ともにつくる
だから、ともに越えられる
あなたのチーム・ジャーニーも きっと越えられる