More Related Content
What's hot (20)
Viewers also liked (8)
Similar to 鉄壁の中のアシ?ャイル (20)
![[終日研修資料] 企画担当者のためのリーン?アジャイル?プロダクトマネジメント集中特訓講座 ～課題発見からバックログ作成へ～ #postudy](https://cdn.slidesharecdn.com/ss_thumbnails/postudy20180616-180621122758-thumbnail.jpg?width=560&fit=bounds)
More from toshihiro ichitani (20)
鉄壁の中のアシ?ャイル
- 1. 鉄壁の中のアジャイル Ichitani Toshihiro 市? 聡啓 Do the Right Things Right Pollet Case
- 2. Toshihiro Ichitani All Rights Reserved. http://about.me/papanda0806 Ichitani Toshihiro 市?聡啓 ソフトウェア開発16年 SIer→サービス→受託→起業 仮説検証とアジャイル開発 ギルドワークス株式会社 代表 DevLOVE コミュニティ ファウンダ ?般社団法? 越境アジャイルアライアンス 代表理事 0 → 1
- 3. Copyright (c) 2017 Guild Works Inc. ポレット( https://www.hapitas.pollet.me/ )における 「正しいものを正しくつくる」を?える側のお話。 ※?部始終は ?ギルドワークスサイトの ?実績紹介にもあります 「鉄壁の中のアジャイル」
- 4. Copyright (c) 2017 Guild Works Inc. ポレットの「正しいものを探す」とは？
- 5. Copyright (c) 2017 Guild Works Inc. ポレットの「正しいものを探す」とは？ 検証していない。 ?
- 6. Copyright (c) 2017 Guild Works Inc. ポレットの「正しいものを探す」とは？ 検証していない。 ?鈴?社?との仮説検証の旅 2014年 新規事業の検証実施→ 2015年 ハピタスモバイルの検証実施→
- 7. Copyright (c) 2017 Guild Works Inc. ポレットの「正しいものを探す」とは？ 検証していない。 ?鈴?社?との仮説検証の旅 2014年 新規事業の検証実施→喧嘩 2015年 ハピタスモバイルの検証実施→喧嘩
- 8. Copyright (c) 2017 Guild Works Inc. ポレットの「正しいものを探す」とは？ 検証していない。 ?鈴?社?との仮説検証の旅 2014年 新規事業の検証実施→喧嘩 2015年 ハピタスモバイルの検証実施→喧嘩 三度?くらい、鈴?さんが やりたいことをとにかく形にしよう。
- 9. Copyright (c) 2017 Guild Works Inc. ?応、理論的な理由 ポレットは、オンラインとオフラインを ?き来するサービスである =「体験による検証」が肝 = MVP検証とはいえ体験が成?するには ?広範囲の機能が必要 提携候補先から好反応 オズビジョンの社内検証実施済
- 10. Copyright (c) 2017 Guild Works Inc. ポレットの「正しくつくる」とは？
- 11. Copyright (c) 2017 Guild Works Inc. ポレットの「正しくつくる」とは？ ポレット開発におけるミッション ① ポレット内製チームが独り?ちできること ② ポレットとしてのローンチを守る
- 12. Copyright (c) 2017 Guild Works Inc. ポレットの「正しくつくる」とは？ ① ポレット内製チームが独り?ちできること ????ローンチ後にプロダクトを育てるのは内製チーム。 ????外部の傭兵チームだけで完成させてもダメ。 ② ポレットとしてのローンチを守る ????サービスの性質上、外部事業会社へのコミットが ????求められる。(オズさんだけの問題ではない) ポレット開発におけるミッション
- 13. Copyright (c) 2017 Guild Works Inc. ①ポレットの内製チームが独り?ちできること サービスをゼロイチで?ち上げた経験が無い 若いメンバー。
- 14. Copyright (c) 2017 Guild Works Inc. ①ポレットの内製チームが独り?ちできること サービスをゼロイチで?ち上げた経験が無い 若いメンバー。 経験を補うために、こちらでアサインした 傭兵チームの所在地は、?阪とセブ島
- 15. Copyright (c) 2017 Guild Works Inc. ①ポレットの内製チームが独り?ちできること サービスをゼロイチで?ち上げた経験が無い 若いメンバー。 経験を補うために、こちらでアサインした 傭兵チームの所在地は、?阪とセブ島 盛り上がらないスクラムイベント。 しっくりきていないバックログリスト。
- 16. Copyright (c) 2017 Guild Works Inc. ①ポレットの内製チームが独り?ちできること サービスをゼロイチで?ち上げた経験が無い 若いメンバー。 経験を補うために、こちらでアサインした 傭兵チームの所在地は、?阪とセブ島 盛り上がらないスクラムイベント。 しっくりきていないバックログリスト。 どうひいき?に?ても、完成する気がしない。
- 17. Copyright (c) 2017 Guild Works Inc. ②ポレットとしてローンチを守る 外部事業会社の向こう側にも開発会社が居る 全体としてモノが揃わないとローンチ不可
- 18. Copyright (c) 2017 Guild Works Inc. ②ポレットとしてローンチを守る 外部事業会社の向こう側にも開発会社が居る 全体としてモノが揃わないとローンチ不可 SoRチーム(カード発?側システム)と SoEチーム(ポレットユーザーの?元アプリ) でスピード感、価値観が違いすぎる
- 19. Copyright (c) 2017 Guild Works Inc. ②ポレットとしてローンチを守る SoRチーム(カード発?側システム)と SoEチーム(ポレットユーザーの?元アプリ) でスピード感、価値観が違いすぎる 進め?、考え?で、擦り合わせる余裕無し どうひいき?に?ても、修羅の道。 外部事業会社の向こう側にも開発会社が居る 全体としてモノが揃わないとローンチ不可
- 20. Copyright (c) 2017 Guild Works Inc. ポレットの「正しくつくる」作戦
- 21. Copyright (c) 2017 Guild Works Inc. ポレットの「正しくつくる」作戦 命題は、 「バラバラのチーム」で 「決められた範囲の機能開発」を 「スクラム(※1)」で 「決められた期間内(※2)」で収めよ。 ?※1 新しい体験を形にするため、当然、 ???反復開発で形を確認しながら進める ?※2 なお、外部関係社との進?も同期させること??
- 22. Copyright (c) 2017 Guild Works Inc. 鉄壁の中のアジャイル 反復開発を基本とし、守るべき条件が強く 硬軟合わせ持って臨む必要がある。 ① 全員で「プロダクトに背?を通す」 ② 外堀防衛作戦
- 23. Copyright (c) 2017 Guild Works Inc. ① 全員で プロダクトに背?を通す 「スターターピストル」をもう?回鳴らせ。
- 24. Copyright (c) 2017 Guild Works Inc. ① 全員で プロダクトに背?を通す 「スターターピストル」をもう?回鳴らせ。 - まず、?として、お互いを認識する。合宿。 - 誰かにキャッチアップとかではなくてチーム として始める = スタートのリズムを合わせ直す - ?緒にミッションに向かうんだという?向感が 無い内は何やってもムダ。 - 当然、スクラムイベント、Slackの会話は 増える。
- 25. Copyright (c) 2017 Guild Works Inc. ① 全員でプロダクトに背?を通す どうなれば完成と?えるのか？の認識を揃える 「プロダクトの背?」を?極める プロジェクトとチームを「バッファ」で守る
- 26. Copyright (c) 2017 Guild Works Inc. どうなれば完成と?えるのか？の認識を揃える - 完成のイメージが無いものを完成させるのは困難 - 完成のイメージがずれていると、?積もりも ?コードも、全てずれる。 ① 全員でプロダクトに背?を通す
- 27. Copyright (c) 2017 Guild Works Inc. どうなれば完成と?えるのか？の認識を揃える - 完成のイメージが無いものを完成させるのは困難 - 完成のイメージがずれていると、?積もりも ?コードも、全てずれる。 - ?積もりは「誰かがいつか??てたやつ」ではなく ?全員で??てる = 誰かではなく?分の仕事にする。 - 着地までのリリース計画を全員で??てる ?= いつ、終わるのかの現実感をチームで持つ ① 全員でプロダクトに背?を通す
- 28. Copyright (c) 2017 Guild Works Inc. 「プロダクトの背?」を?極める ① 全員でプロダクトに背?を通す
- 29. Copyright (c) 2017 Guild Works Inc. 「プロダクトの背?」を?極める - 「背?」 = 無いと、?体が?えられない。 「プロダクトの背?」 = 無いと、プロダクト ???????????? が?えられない。 ① 全員でプロダクトに背?を通す
- 30. Copyright (c) 2017 Guild Works Inc. 「プロダクトの背?」を?極める - 「背?」 = 無いと、?体が?えられない。 「プロダクトの背?」 = 無いと、プロダクト ???????????? が?えられない。 - 具体的には、 「ユーザーが利?するにあたって必ず通るパス」 =「ユーザーが利?するにあたって必ず必要な機能」 ① 全員でプロダクトに背?を通す
- 31. Copyright (c) 2017 Guild Works Inc. 「プロダクトの背?」を?極める - 「背?」 = 無いと、?体が?えられない。 「プロダクトの背?」 = 無いと、プロダクト ???????????? が?えられない。 - 具体的には、 「ユーザーが利?するにあたって必ず通るパス」 =「ユーザーが利?するにあたって必ず必要な機能」 - 背?があると「動かせる」「?標にしやすい」 = 動くモノがあると安?するのは開発チームも。 = いきなり完成図を端っこからは書けない、 ? ちょっとずつ完成させながら(インクリメンタル) ? なら、進められる。 ① 全員でプロダクトに背?を通す
- 32. Copyright (c) 2017 Guild Works Inc. プロジェクトとチームを「バッファ」で守る - スプリント毎の??てでバッファを積まない ?= 消えて無くなるだけ「パーキンソンの法則」 ① 全員でプロダクトに背?を通す
- 33. Copyright (c) 2017 Guild Works Inc. プロジェクトとチームを「バッファ」で守る - スプリント毎の??てでバッファを積まない ?= 消えて無くなるだけ「パーキンソンの法則」 - リリース計画上、「背?」から開発を進め、 ?残りのスプリントは「?付け」を?なう ?= 本当に最悪の場合は「背?+多少の?」で動かす ??(完全にローンチできないリスクのヘッジ) ① 全員でプロダクトに背?を通す
- 34. Copyright (c) 2017 Guild Works Inc. プロジェクトとチームを「バッファ」で守る - スプリント毎の??てでバッファを積まない ?= 消えて無くなるだけ「パーキンソンの法則」 - リリース計画上、「背?」から開発を進め、 ?残りのスプリントは「?付け」を?なう ?= 本当に最悪の場合は「背?+多少の?」で動かす ??(完全にローンチできないリスクのヘッジ) - バッファは計画上の最後にまとめて置く。 ?= 計画上何もしないスプリントが存在する ?= 何かあったときに取り崩す感覚 ① 全員でプロダクトに背?を通す
- 35. Copyright (c) 2017 Guild Works Inc. ② 外堀防衛作戦 チームを先回りする - 内製チームの”経験”先回り - 外部関係会社との絡みの”リスク”先回り
- 36. Copyright (c) 2017 Guild Works Inc. チームを先回りする - 内製チームの”経験”先回り - 外部関係会社との絡みの”リスク”先回り 内部は攻める、外部には硬いマネジメント - 内製チームと傭兵チームでスプリント開発回す - 外堀(線表)を引いて、スプリント開発を守る ② 外堀防衛作戦 ※線表=要はスケジュール。しかしWBSではない。 ?表現したいのは、いつ、誰が、何をしなければ ?いけないか、というコミットメント。
- 37. Copyright (c) 2017 Guild Works Inc. 外堀(線表)で何を防いだのか？ ① 経験が求められるプロジェクトタスクの可視化 - セキュリティ要件の対策とタイミング - 運?要件の洗い出しと運?設計 - パフォーマンスの検証 - システムテストのプランニングとケース設計
- 38. Copyright (c) 2017 Guild Works Inc. 外堀(線表)で何を防いだのか？ ① 経験が求められるプロジェクトタスクの可視化 - セキュリティ要件の対策とタイミング - 運?要件の洗い出しと運?設計 - パフォーマンスの検証 - システムテストのプランニングとケース設計 ② 外部関係者のコミットメントの明確化 -「誰のボールが今、遅れているのか？なぜ？」
- 39. Copyright (c) 2017 Guild Works Inc. 外堀(線表)で何を防いだのか？ ① 経験が求められるプロジェクトタスクの可視化 - セキュリティ要件の対策とタイミング - 運?要件の洗い出しと運?設計 - パフォーマンスの検証 - システムテストのプランニングとケース設計 ② 外部関係者のコミットメントの明確化 -「誰のボールが今、遅れているのか？なぜ？」 ③ プロダクトオーナー(社?)の要望の凍結化 - IceBox(外堀)で受け?めて、順序付けで凍結と解凍。
- 40. Copyright (c) 2017 Guild Works Inc. 外堀(線表)で何を防いだのか？ ① 経験が求められるプロジェクトタスクの可視化 - セキュリティ要件の対策とタイミング - 運?要件の洗い出しと運?設計 - パフォーマンスの検証 - システムテストのプランニングとケース設計 ② 外部関係者のコミットメントの明確化 -「誰のボールが今、遅れているのか？なぜ？」 ③ プロダクトオーナー(社?)の要望の凍結化 - IceBox(外堀)で受け?めて、順序付けで凍結と解凍。 ※外堀を踏み込めてくる事案は内堀(バッファ)で倒す
- 41. Copyright (c) 2017 Guild Works Inc. PJタスク PO(社?)要望 スプリント開発 Photo credit: verlaciudad via Visualhunt / CC BY-SA あいまいなコミットメント IceBox 線表
- 42. Copyright (c) 2017 Guild Works Inc. PJタスク PO(社?)要望 スプリント開発 Photo credit: verlaciudad via Visualhunt / CC BY-SA あいまいなコミットメント ポイント付与切替問題 IceBox 線表
- 43. Copyright (c) 2017 Guild Works Inc. PJタスク PO(社?)要望 スプリント開発 Photo credit: verlaciudad via Visualhunt / CC BY-SA あいまいなコミットメント ポイント付与切替問題 バッファ IceBox 線表
- 44. Copyright (c) 2017 Guild Works Inc. まとめ
- 45. Copyright (c) 2017 Guild Works Inc. ポレット開発におけるミッション ① ポレット内製チームが独り?ちできること ② ポレットとしてのローンチを守る 傭兵チームは去り、ローンチ後の拡張開発、 運?は内製チームだけで実施している。 ローンチ達成。チームの?によるもの。
- 46. Copyright (c) 2017 Guild Works Inc. 正しいものを正しくつくるとは？ “鉄壁の中のアジャイル” は、 ポレットとしての開発でしかない。 硬さ 柔らかさ フェーズゲート 鉄壁の中のアジャイル 1?反復開発 ケースにおける?的と制約を 捉えて、適したチューニングを ?なう
- 47. Copyright (c) 2017 Guild Works Inc. 最後まで?分たち??を ?失わないチームに、 正しさは宿る。 正しさの基準を 持つ 正しさを?極め 続ける https://devtab.jp/entry/internal/67 「正しいものを正しくつくるとは何か？」