可用性の高いチームkyon_mm
View Slide
スキルのばらつきは様々• スキルがバラバラなときにどうするのか?• みんなのスキルのばらつきはどんなイメージ?0123スキルAスキルBスキルCスキルDスキルE1.みんな得意なものを持っているAさんBさんCさんDさんEさん0123スキルAスキルBスキルCスキルDスキルE2.⼀⼈だけ特化AさんBさんCさんDさんEさん0123スキルAスキルBスキルCスキルDスキルE3.みんな得意なものがない感じAさんBさんCさんDさんEさん
休むと何がおきる?• タスクが進まない?• リリースできない?• 議論が進まない?0123スキルAスキルBスキルCスキルDスキルE2.⼀⼈だけ特化AさんBさんCさんDさんEさん
可用性=機能し続けられる度合いSingle Point Of Failure(単⼀障害点)は減らそう稼働/停⽌時間も計画しておこう障害からの復旧/回復⽅法は常に試しておこう
チームをシステムとしてみると• Single Point Of Failure(単一障害点)は減らそう• 仕事の流れで誰か一人しかできないことは減らしておこう• 稼働/停止時間も計画しておこう• 誰かが一定期間いなくなって仕事がストップすることを前提にしよう• 障害からの復旧/回復方法は常に試しておこう• 仕事を再開する方法は常に試行錯誤しよう
チームの仕事の流れを可視化するとバックログづくりタスク化進め⽅検討タスクサインアップモノづくり リリースインタビュー分析デモレトロスペクティブAさんBさんCさんDさんEさん
少しずつ冗長性をあげていくバックログづくりタスク化進め⽅検討タスクサインアップモノづくり リリースインタビュー分析デモレトロスペクティブAさんBさんCさんDさんEさん
もう少し冗長性をあげていくバックログづくりタスク化進め⽅検討タスクサインアップモノづくり リリースインタビュー分析デモレトロスペクティブAさんBさんCさんDさんEさん
今日みなさんに試してみてほしいこと• 5min : チーム内でSPOFになっているタスクの洗い出し• 5min : SPOFになっている人中心にどの優先順位で解決したいかを議論• 5min : 今日午後に解消できるものを1つ決めて、実践する• 決定が難しいチームは画面共有する人を休憩ごとに交代するファシリテーターを休憩ごとに交代制にするとかもいいかも。• 今日のレトロスペクティブで結果を振り返り、継続していく