50代アプリエンジニアの積み上げ日記

50代からの学び直しブログ

【読書メモ】スクラムの拡張による組織づくり（３）

スクラムの拡張による組織づくり──複数のスクラムチームをScrum@Scaleで運用する

 

前回は第５章の内容をさらっと書きましたが、今回は同章の内容を深掘りして学んだことを書いていこうと思います。

 

その前に、目次を概観しておきます。

 

第１章　スクラムのスケーリングと大規模の難しさ

第２章　スクラムのおさらい

第３章　とあるチームのScrum＠Scaleでの１スプリント

第４章　スクラムマスターサイクルとプロダクトオーナーサイクル

第５章　Scrum@Scaleを形成する１２のコンポーネント

第６章　現場へどのように導入していくか

第７章　Scrum@Scaleで運用される現場

 

第５章　Scrum@Scaleを形成する１２のコンポーネント

 

昨日書いた、１２のコンポーネントについておさらいしておきます。

 

＜共通＞

  • チームプロセス：２つのサイクルの交差点
  • プロダクトリリースとフィードバック：プロダクトバックログの更新
  • メトリクスと透明性：検査・適応のための手段

 

＜スクラムマスターサイクルのコンポーネント＞

  • 継続的改善と障害の除去：開発の障害を迅速に取り除く
  • チーム横断の調整：コラボレーションの合理化
  • デリバリ：完成したプロダクトを届ける
  • EAT：Exective Action Team

 

＜プロダクトオーナーサイクルのコンポーネント＞

  • 戦略的ビジョン：組織全体の方向性を作る
  • バックログの優先順位づけ：価値の提供の最適化
  • バックログの分割とリファインメント：チームの理解を深める
  • リリースプランニング：長期的な計画を作る
  • EMS：Exective Meta Scrum

 

各コンポーネントの目指すゴールは何か、それぞれ見ていきたいと思います。

 

チームプロセス

目指すゴールは、開発者、スクラムマスター、プロダクトオーナーからなるスクラムチームが、スクラムのプロセスを正しく行えている状態です。

 

プロダクトリリースとフィードバック

目指すゴールは、プロダクトリリースにより得られた様々なフィードバックを解釈し、プロダクトの継続的改善を促している状態です。仮説の検証もこのコンポーネントの範疇になります。

 

メトリクスと透明性

目指すゴールは、プロダクトのリリースがうまくいっているか、安定稼働しているか等の情報（メトリクス）を継続的に収集し、メンバーの誰にでも見える状態です。

 

＜ソフトウェア開発の現場で扱われるメトリクスの具体例＞

  • チームのパフォーマンス
    • デプロイの頻度：本番環境へのリリースの頻度。多いほど良い
    • 変更のリードタイム：ソース修正着手からリリースまでの所要時間。短いほど良い
    • 変更失敗率：デプロイが原因で障害が発生する割合。低いほど良い
    • MTTR（Mean Time To Repair、平均修理時間）：障害発生から復旧までの所要時間。短いほど良い
  • SLI（Service Level Indicators、サービスレベル指標）/SLO（Service Level Objectives、サービスレベル目標）
    • SLI：システムの可用性に関するユーザー体験を対象とした定量的な測定値
    • SLO：システムに対してどのくらいの可用性を期待するかの目標
  • ビジネスを測る指標
    • 扱うプロダクトによって指標は様々ある
    • 例）SaaSサービスでよく使われる指標
      • ARPU（Average Revenue Per User）：１ユーザーあたりの平均収益
      • ARPPU（Average Revenue Per Paid User）：有料ユーザー１人あたりの平均収益
      • LTV（Life Time Value）：１人の顧客がサービス利用の開始から終了までの期間にもたらす収益の指標
      • Churn Rate：解約率
      • NPS（Net Promotor Score）：顧客ロイヤルティ（サービスへの好意・愛着度）を測る指標

 

継続的改善と障害の除去

目指すゴールは、仕事を進める上での障害物となるものを取り除けている状態です。

 

チーム横断の調整

目指すゴールは、関心事の近いチームどうしを結び付けて、密にコミュニケーションができるようになっている状態です。逆に、関心事が遠いチームとは、頻繁に同期しなくてもよい状態を維持する。

 

デリバリ

目指すゴールは、デリバリをスムーズに短いサイクルで実施するために、CI/CDの仕組みを構築し、開発したインクリメントがいつでもリリース可能な状態を保っていることです。

 

戦略的ビジョン

目指すゴールは、チームが有機的に動いてプロダクトの価値を作るために、全体の方向性を定めたビジョンが不可欠。

 

バックログの優先順位づけ

目指すゴールは、プロダクトバックログが「創発的である」という状態です。

 

バックログの分割とリファインメント

目指すゴールは、プロダクトバックログを階層ごとに整え、最終的にチームが作業に着手できる状態にまで落とし込む。

 

リリースプランニング

目指すゴールは、複数のチームに依存関係があり、各チームのインクリメントを統合してリリースするような場合、リリースまでの長期的な計画を作成している状態です。

 

まとめ

スクラムマスターサイクル、プロダクトオーナーサイクルの各コンポーネントの目指すゴールについてみてきました。

次回は第６章の内容について書いてみたいと思っています。