チーム
システムの開発チームが素早く仮説検証するためには、十分に権限委譲された小さなチームであることが重要です。
また、経験主義的・仮説検証的に不確実な世界と向き合っていく文化を持つことがとても重要になります。
問題や課題を相互に言いやすく、解決していけるという確信が持てる人間関係の構築と事実に基づいた観察とふりかえりが強い開発チームを作り出します。
1.チーム構成と権限委譲
なぜ重要か
メンバーが多すぎたり、少なすぎたりすると管理を複雑にするばかりでなく、生産性を悪化させてしまうことが知られています。
また、高速に仮説検証を行うためには予算・意思決定・実行能力を１つのチームで保つ必要があります。
2.チームビルディング
なぜ重要か
システムを改善するチームは、組成してからパフォーマンスするまでに時間がかかります。
多くの場合、同じメンバーで継続的に1つのシステムを改善すると学習が進み、開発を高速に行えます。一方、あまりに長い期間同じメンバーが継続しすぎると属人化や改善のサイクルが止まってしまいます。
3.心理的安全性
なぜ重要か
チームメンバーが相互に自分の意見を言ったとしても、不利益を受けることがないという環境がソフトウェア開発の生産性につながることが知られています。
このような状態を心理的安全といいます。心理的安全性についての継続的な投資はチームの生産性につながります。
4.タスクマネジメント
なぜ、重要か。
チーム全体で、タスクが明文化されないまま口頭などでのやり取りが多かったり、曖昧な要求が多いとそれだけ手戻りの手間が生じてしまいます。
明文化しきれないことも多々ありますが、継続的に基準をアップデートすることで、ムラのない仕事のスピードを得ることができます。
5.透明性ある目標管理
なぜ、重要か。
強いチームを支えるのは明確な目標管理です。たとえば、OKRはそれを支えるツールになりえます。
目標はノルマではなく創造性を生み出すためのツールです。そのため、天下り的な数字のブレイクダウンではなく、仮説とフォーカスをはっきりさせる必要があります。
6.経験主義的な見積りと計画
なぜ、重要か。
アジャイルプロセスにおいては、計画や見積りを行わないという誤解を持っていることがあります。
本来は実験を繰り返すことで精度を高めながら、プロジェクト予測の正確性をたかめていくための計画管理を行うことが多いのです。ミッションに応じて適切な手法を選べる能力があるかを調査します。
7.ふりかえり習慣
なぜ、重要か。
チーム活動において、ふりかえりは最も基礎的で最も重要な習慣です。
一方で当たり前すぎるために議論が発散したり、マンネリ化を招いてしまうことがあります。
テーマを決めて事実に基づいたふりかえりを行う習慣があるかを検査します。
8.バリューストリーム最適化
なぜ、重要か。
高速な仮説検証サイクルを行うチームのマネジメントは、短期的なプロジェクト計画の効率性よりも継続的にすばやく機能をリリースできるのかというバリューストリームの効率性を重視します。そのため、各工程でのサイクルタイムやリードタイムを計測し、それらを短くするように活動します。