チームのメトリクス
ソフトウェア開発チームのパフォーマンスを表すメトリクスとして有名なものに「Four Keys Metrics」があります。
- デプロイの頻度 - 組織による正常な本番環境へのリリースの頻度
- 変更のリードタイム - commit から本番環境稼働までの所要時間
- 変更障害率 - デプロイが原因で本番環境で障害が発生する割合(%)
- サービス復元時間 - 組織が本番環境での障害から回復するのにかかる時間
ref. https://cloud.google.com/blog/ja/products/gcp/using-the-four-keys-to-measure-your-devops-performance
チームのコラボレーションを表すメトリクスとしては、Jean Tabaka『Collaboration Explained』のメトリクスが広く知られています。これはチームメンバーが以下の項目を自己評価して、レーダーチャートにするというものです。チームのふりかえりなどで活用できるでしょう。
- 自己組織化:チームは、トップダウン型の指示統制組織とは対照的に、自己組織化されています。
- 意思決定の権限:チームは、外部の権威に指示されるのではなく、議論、評価、意思決定を行う権限を与えられています。
- ビジョンと成功への信念:チームメンバーはプロジェクトのビジョンと目標を理解しており、チームとしてあらゆる問題を解決し目標を達成できると心から信じています。
- コミットしたチーム:チームメンバーは、個人の成功をどんな犠牲を払ってでも追求するのではなく、チームとして成功することにコミットしています。
- 相互信頼:チームは、恐れや怒り、いじめを感じることなく行動する能力を継続的に改善していくことに自信を持っています。
- 参加型の意思決定:チームは、権威主義的な意思決定に屈したり、他者の決定に甘んじたりするのではなく、参加型の意思決定を行っています。
- コンセンサス主導:意思決定はリーダー主導ではなく、コンセンサス(合意)に基づきます。チームメンバーは自由に意見を共有し、最終決定に参加します。
- 建設的な意見の対立:チームは、決定を取り巻く様々な選択肢や影響について交渉し、最良の結果をもたらす解決策を作り出すことができます。
ref. https://leadinganswers.typepad.com/leading_answers/2008/02/collaboration-t.html
- 組織的創造性を覚醒させる「揺さぶり」の質問
- リーン・バリュー・ツリー(LVT)
- 顧客フィードバックの流れを作る
- プラットフォームチームの考え方
- システムを変えるふりかえり
- OKRとプロダクト戦略
- アジャイルなガバナンス
- WIP制限はチームの集中を守る
- AI時代の2025年にPdMが読むべき5冊
- 意思決定を記録する
- Team Topologies の最初の一歩
- Product Ops
- チームのメトリクス
- 仮説としてのロードマップ
- Opportunity Solution Tree
- デュアルトラックアジャイル
- プロダクトディスカバリーの基本ループ
- アウトプットではなくアウトカムで見る
- 15%ソリューション
- チャタムハウスルール
- ベガスルール
- 戦略展開
- オペレーティングモデル
- 変革疲れ
- Go-to-Market
- ポジショニング
- セグメンテーション
- ペルソナ
- カスタマージャーニーマップ
- サービスブループリント
- Blameless Postmortem
- ガードレール
- システム思考
- チームの境界
- Stream-aligned Team
- Enabling Team
- Architecture Decision Record
- 技術的負債
- バリューストリーム
- Communities of Practice
- 意思決定権
- Delegation Poker
- ワーキングアグリーメント
- Team API
- 社会技術システム
- コンウェイの法則
- 認知負荷
- 心理的安全性
- 機会費用
- Impact Mapping
- Cost of Delay
- RICE優先順位づけ
- A/Bテスト
- コホート分析
- Pirate Metrics
- North Star Metric
- Product-Market Fit
- Jobs to be Done
- プロトタイプ
- MVP
- リトルの法則
- 累積フロー図
- サイクルタイム
- リードタイム
- カンバン
- バックログリファインメント
- スプリントゴール
- ベロシティ
- ストーリーポイント
- 受け入れ条件
- ユーザーストーリー
- Definition of Ready
- Definition of Done
- Thinkers 50コミュニティが選んだ最も影響力のある経営本(2023)
- 組織変革フレームワーク
- 4Cフレームワークを使ったワークショップの作り方
- スクラムマスターが読むべき5冊
- WIP制限の値の設定方法
- リーンキャンバスから事業計画書へ
- 新規事業の4つのアプローチ(PGTM)
- アジャイル認定資格というもの
- アジャイル導入の「最小限」の読書リスト
- 雑誌『anan』で「アジャイル」
- スクラムマスターは開発メンバーになれるのか?