正しいものを正しくつくるへ至る道
- 11. Photo on VisualHunt.com ソフトウェア開発 SoE SoR 仮想通貨 ?供写真共有アプリ MaaS RPA従業員満?度 婚活 介護ロボット 決済 VR SI 同じ”ソフトウェア開発” なのか？
- 12. ?まるプロダクトづくりの「多様性」 つくるプロダクトの多様 (“同じソフトウェアなのか？”) = プロダクトへの期待が多様ということ つくる技術の多様性 = 多様な期待に応えるためにそのすべも多様 つくる?間の多様性 = つくり?の働き?、働く場所も多様
- 14. 副業 稼働時間帯 があわない 稼働時間に 偏りがある リモート ワーク ??語コミュニケー ションできない 相?の様?が わからない 背景?えずタスク 指向になりがち スクラムイベン トができない (同期しにくい) 1PBI開発あたりの コミュニケーショ ンコスト?い 伝わる内容、 分量が 圧倒的に少ない 異常検知が 働きにくい Whyが弱いため 間違いに気付き にくい 「コミュニケーションの分断」 によって?まる複雑性 時間の分断 場所の分断 集まる?達の経験 の幅が広くなる 経験の分断 仕事のやり?が ?によって バラバラ オーバー ヘッド 同期 やり? 内容分量 異常検知 分断による6つの問題 PBI…プロダクト バックログアイテム No Why
- 17. 不確実性 = 確実なことが?えない つまり、分析や計画づくりによって確実性を ?められるならば「不確実性が?い」とは呼べない =状況分析の解像度が粗いだけ 分析だけでは情報が?りず、解が算出できない。 ゆえに、仮説検証によって情報(理解)を増やし、 “確からしさ” を?める =不確実性の?い状況へのスタンス Photo on VisualHunt
- 18. 不確実性に挑むべく、 我々が培ってきた実践知 Photo credit: Henry Sudarman on Visual hunt / CC BY-NC-ND
- 19. Photo on VisualHunt Do Agile Be agile
- 21. スプリント = 箱。箱を必要なだけ繋ぐ。 スプリント スプリント ＋ ＋… スプリント プランニング … デイリー スクラム スプリント レビュー スプリント レトロスペクティブ 箱の?きさ(タイムボックス)の上限はチームで決めている。 「(箱)の数は?りているか、あるいは余りそうか？」の??てを、 スプリントを終えるたびに?う (“着地の予測") …
- 23. 早く(少しだけ)形にできることの意義 フィードバックに基づく調整で、?的に適した ソフトウェアに仕?てられる 形にすることで早めに関係者の認識を揃えられる つくるものやチームについての問題早く気付ける チームの学習効果が?い 早く始められる 結合のリスクを早めに倒せる Time to market が短い サンクコストが?さくできる 開発チームのリズムを整えられる ① ② ③ ④ ⑤ ⑥ ⑦ ⑧ ⑨ /papanda/ss-79465986
- 27. Photo credit: joiseyshowaa on VisualHunt.com / CC BY-SA トレードオフが成り?たない現実 予算も、期間も、ギリギリの判断、局?では トレードオフが効かない (“来?ローンチできなければ次の予算|資?が獲得できない”) 予算、期間の制約が無い! 勝った!! → たいてい、グダる。 「お?と時間をあるだけ使う」 (パーキンソンの法則) →「制約」を利?する。“期間制約を味?につける” ?の意識も有限のリソース。制約が集中を?む
- 28. プロジェクト vs プロダクト ? プロジェクト = タイムボックスの切り?の1つ プロダクト = 成果物 ?項対?の概念ではない タイムボックスという時間的制約によって ?の意識と経営資源を集中投下し成果を?める
- 29. 変化を受け?められる 余?をつくりながら、 短いタイムボックスの中での 確実性は?める。 余?が無ければ変化を受け?れられない。 いかにして無いところに余?を作り出すか？ ?い距離で確実なことは?えない。 でも、短い距離でなら？成果の確度を?められる。 Photo credit: Arenamontanus on Visualhunt.com / CC BY
- 31. 余?の戦略 全体への 共通理解を統べる作戦 スプリント強度を?める戦術 プロジェクトレベル 複数スプリントレベル スプリントレベル ?調整の余? ?期間の余? ?受け?れの余? ?背?駆動開発 ?状況をクリーンに保つ5つの条件 1. 受け?れ条件を定義している 2. ベロシティを計測し安定させている 3. 受け?れテストを実施している 4. 振り返りを実施しカイゼン継続 5. 実運?相当のデータが揃っている
- 32. ?分たちの活動に”作戦名”をつける 活動 = まとまった機能群の開発、カイゼン… 距離感としては プロジェクト ＞ 複数スプリント ＞ スプリント 象徴的な名前付けで?針を分かりやすくする (“期間制約を味?につける”) Photo credit: mxmstryo on VisualHunt / CC BY
- 41. Toshihiro Ichitani All Rights Reserved. 間違ったものを 正しくつくる Do the Wrong things Right Photo credit: BeaLeiderman via VisualHunt.com / CC BY-NC-SA いくら型どおりに正しくつくっていても、 間違ったもの(?的に適さないもの)をつくっている限り ミッションは達成できない。
- 42. Toshihiro Ichitani All Rights Reserved. Photo credit: Steven Penton on VisualHunt / CC BY プロダクトオーナーの視座を プロダクトのボトルネックにしない
- 43. Photo credit: afagen on Visualhunt.com / CC BY-NC-SA "プロダクトオーナー”の?主化 PO??の視座、視野から チームの視座、視野へ
- 49. 個?からチームへ、?まるのは ”これまでこうしてきたバイアス”、”同調圧?” ボトルネックは?のマインドセットへ Photo credit: jurek d. (Jerzy Durczak) on VisualHunt.com / CC BY-NC
- 50. ?分たちの現状理解をアップデート(越境)し続ける 絶対的な正解など無い。(そんなことは多くの?が分かってる) それを踏まえて、?分たちの思考や?動に誤りが 混?していないか、気づいていない事に気づきたい Photo credit: Pro-Zak on Visual Hunt / CC BY-NC
- 51. Toshihiro Ichitani All Rights Reserved. Photo credit: James Marvin Phelps via Visualhunt.com / CC BY-NC 越境のための問いを得る
- 52. (問い) チームが”分かっている” 圏内 ?分たちの意識に 囚われない ”問い” で 思考や?動に向き直る ?分たちが既存の思考や?動に最適化している 事実に気づきにくい (だから问いを?いる)
- 53. 回答不可能な問いをあえて置く 不確実性の?い状況ほど 回答可能な問いにばかり答えていても発?が?りない Photo credit: Shandi-lee on Visualhunt.com / CC BY-NC-ND