このページは自動翻訳されました。より良い読書体験のために、英語に切り替えてください。

英語に切り替える
Max Schuster
Max Schuster

DORAとSPACEの指標:改善のための2つのチーム・ワークショップ

技術リーダーの皆様は、チームがどれだけ優れたソフトウェアを提供しているか、また、それを改善する方法について知りたいと思われることでしょう。すでにDORAメトリクスやSPACEフレームワークについて聞いたことがあるかもしれません。これらは、ソフトウェアデリバリーのパフォーマンスを測定し、最適化するのに役立つ2つの強力なツールです。しかし、これらは一体何であり、どのように効果的に活用できるのでしょうか? - この記事では、DORAとSPACEとは何か、そしてそれらがどのように相互補完し合うかを説明します。

DORA & SPACE メトリクス

DORAの指標とは何か?

DORA(DevOps Research and Assessments)メトリクスは、グーグルや他の業界リーダーの調査に基づいてソフトウェアデリバリパフォーマンスを評価する4つのメトリクスのセットである。

それらは以下の通りだ:

  • 開発頻度: コードはどれくらいの頻度で本番用として利用可能になっているのか、あるいはエンドユーザーにリリースされているのか?
  • 変更のリードタイム: コード定義から本番での使用まで、どれくらいの時間がかかるのか?
  • 平均回復時間(MTTR): ユーザーに影響を及ぼすようなサービス事故や欠陥が発生した場合、サービスの復旧にはどれくらいの時間がかかるのか?
  • 変更のエラー率: 本番稼動やユーザーへのリリースにおける変更のうち、サービス低下につながったり、その後の修正が必要となったりする割合はどの程度か。

これらのメトリクスの考え方は単純で、ソフトウェア開発プロセスの重要な側面を測定し、改善が必要な領域を特定できるようにするものである。DORAメトリクスを使用することで、長期的な進捗を測定するためのベンチマークを設定し、改善のための現実的な目標を設定し、その目標に対する進捗を追跡することができる。

DORAの指標を反映させる簡単な方法は、アンケート調査である。例えば、チームに1から7までの尺度で承認を求めるだけだ(これについては、さらに詳しく: DORAレトロスペクティブ・テンプレート ).

そして、これらの質問をアジャイル・レトロスペクティブに持っていくのがベストだ!そうすれば、あなたの改善プロセスはこのスプリントですでに始まっている。ところで、私たちのEchometer DORAテンプレートですぐに始めることができる:

DORAメトリクス レトロスペクティブ

ヘルスチェックの質問(スケール)

デプロイメントの頻度:Prod.にコードをデプロイする頻度にはとても満足している。
thumb_down
thumb_up
まったく同意しません まったく同感だ。
変更のリードタイム:最初のコードがコミットされた後、我々は非常に迅速にそれをProd.
thumb_down
thumb_up
まったく同意しません まったく同感だ。
変更失敗率:我々のコード実装がProd.
thumb_down
thumb_up
まったく同意しません まったく同感だ。
サービス復旧までの時間:Prodでエラーが発生した場合、我々は非常に迅速にそれを修正することができる。
thumb_down
thumb_up
まったく同意しません まったく同感だ。

公開質問

何が我々の配備頻度を向上させるだろうか?
Prodでタスクをより速く実行するためのボトルネックは何か?
どうすれば配備のミスを減らせるだろうか?
Prodのエラーを素早く修正するのに役立っているのは何だろうか?

DORA & SPACE メトリクス

SPACEフレームワークとは何か?

SPACEフレームワークは、GitHubとMicrosoftの研究者を含むチームによって開発された、開発者の生産性に対するアプローチである。個人、チーム、組織レベルで生産性に影響を与える5つの要素をまとめている。
これらは以下の通りである:

  • 満足と幸福: 開発者たちはどれほど幸せで健康的だろうか?彼らは仕事を楽しみ、評価され、サポートされていると感じているだろうか?
  • パフォーマンスだ: 開発者はどの程度ソフトウェアを提供しているか?品質基準や顧客の期待に応えているか?
  • アクティビティだ: 開発者はどれだけの仕事をしているだろうか?彼らは価値の高い仕事に時間を費やし、不必要な手戻りを避けているだろうか?
  • コミュニケーションと協力: 開発者同士や他の利害関係者とのコミュニケーションやコラボレーションはうまくいっているだろうか?彼らは効果的に情報、フィードバック、アイデアを交換しているだろうか?
  • 効率とワークフロー: 開発者はどのくらいスムーズに仕事をしているだろうか?中断や注意散漫、ボトルネックを避けているだろうか?

SPACEフレームワークは、開発者の生産性について、複数の要素を考慮したより全体的な見方を提供する。また、パフォーマンス低下の原因や、改善のための最適なアクションを特定するのにも役立つ。

また、チーム開発ツールEchometerには、SPACEフレームワーク用の調査テンプレートも用意されている(続きを読む): SPACE Retrospective テンプレート ).次の回顧で以下の5つの質問を時間をかけずに振り返り、構造化された尺度を直接導き出すために、Echometerを無料でご利用いただきたい:

SPACEフレームワーク レトロスペクティブ

ヘルスチェックの質問(スケール)

満足度:ここ数週間を見ると、自分の仕事にはとても満足している。
thumb_down
thumb_up
まったく同意しません まったく同感だ。
パフォーマンス:最後のステップを見ると、本当に生産的なチームだった。
thumb_down
thumb_up
まったく同意しません まったく同感だ。
アクティビティ:私たちが使っているツールのアクティビティレベル(例:チャットの応答性、相互フィードバック)を見ると、私たちは本当に熱心なチームだ。
thumb_down
thumb_up
まったく同意しません まったく同感だ。
コラボレーションと協力:私たちは、徹底したコミュニケーション、協力、知識の共有を通じて、チームとして向上していく。
thumb_down
thumb_up
まったく同意しません まったく同感だ。
効率と流れ:私たちはほとんどの仕事を、遅延や中断なしに迅速に完了する。
thumb_down
thumb_up
まったく同意しません まったく同感だ。

DORA & SPACE メトリクス

DORAとSPACEの組み合わせ

DORAとSPACEを使用する利点のひとつは、ソフトウェア開発のパフォーマンスを包括的かつバランスよく把握できることである。

DORAメトリクスがソフトウェア開発プロセスの技術的側面に焦点を当てるのに対して、SPACE次元はチームの生産性に影響を与える人的・社会的要因を捉える。

両フレームワークを組み合わせることで、チームの強みと弱み、直面する機会と課題をより深く理解することができる。また、チームの目標と行動を両フレームワークのベストプラクティスに合わせることで、より高いレベルのパフォーマンスと満足度を達成することができる。

DORA & SPACE メトリクス

1対1のミーティングでDORAとSPACEを振り返る

多くのリーダーが従業員と定期的な1対1のミーティングを実施していますが、その会話を最大限に活用していません。 

したがって、1対1のミーティングでDORAやSPACEといった指標を振り返ることは、非常に良いアイデアとなり得る。上記のHealth Checkステートメントを使用し、チームメンバーと一緒に振り返ることができる。

そこでこの機会に、1:1ミーティングツールEchometer(ウェブサイトを見る).短時間のHealth Check調査とAIアシスタントを組み合わせたもので、従業員の能力開発をより簡単にする。

以下のテンプレートは、Echometerを使った1対1のミーティングで、どのような質問を振り返り、測定できるかを知るのに役立つ。もちろん、DORAやSPACEに独自の質問を追加することもできる。ログインせずにボタンから試してみよう:

⁉️ 気分チェック(賛成度 1-7):個人的な成長

  • 「外部からのフィードバックが必要な場合でも、通常、私の仕事のタスクは非常に迅速に進捗します。」
  • 「最適でない行動を観察した場合、同僚に建設的に注意を促す方法を知っています。」
  • 「私の仕事と個人的な成長の両方について、建設的なフィードバックを受け取っています。」
  • 「私は社内で魅力的なキャリアパスを見据えています。」 #Growth
  • 「ここ数週間、私は仕事で自分の強みを非常に頻繁に活用することができました。」

Echometerでのこのアンケートの様子:

DORA & SPACE メトリクス

DORAとSPACEの活用をどのようにサポートするか

Echometerは、研究による心理学的ノウハウと、実践で実証されたアジャイルメソッドを組み合わせた、チームの健康とパフォーマンスのためのツールである。反復的なフィードバックループに基づく継続的な改善プロセスを構築することで、持続可能で測定可能な方法でチームや組織を発展させることができる。

Echometerを使用すると、DORAとSPACEの両方のフレームワークを活用して、ソフトウェアデリバリーのパフォーマンスを測定および改善できます。その方法は次のとおりです。

  • チームメンバーに対して定期的なアンケートを実施し、満足度、福利厚生、コミュニケーション、コラボレーション、効率性、ワークフローを測定する。SPACEフレームワークに基づいて定義されたテンプレートを使用するか、独自の質問を作成することができる。
  • 収集したデータに基づいて、チームとインタラクティブで心理学的な情報に基づいた振り返りを実施する。Echometerに組み込まれたサジェスチョンにより、ディスカッションを刺激し、チームのパフォーマンスを向上させる方法についての洞察を得ることができる。
  • Echometerに組み込まれたHealth Checkとグラフを使って、チームの継続的な改善をモニターし、計画しよう。

登録なしで、無料でEchometerを試してみてはいかがだろうか?

ブログのカテゴリ

「敏捷性に関するヒント」に関するその他の記事

このカテゴリのすべての記事を見る
アジャイルなSpotifyモデル:Squad、Tribe、Chapter、Guildについて解説

アジャイルなSpotifyモデル:Squad、Tribe、Chapter、Guildについて解説

Spotifyモデルの概要:Squad、Tribe、Chapter、Guildがどのようにアジリティをスケールさせるのか、どのような役割が含まれるのか、導入時に注意すべき点は何か。

チームが喜ぶスプリント振り返りのアイデア5選

チームが喜ぶスプリント振り返りのアイデア5選

心理学者とスクラムマスターとして、私はおそらくスプリント・レトロスペクティブのアイデアについて、普通とは違う見方をしていると思います。私は継続的な改善の「ソフト」な面に、もう少し重点を置いています。アジャイルな考え方と言ってもいいかもしれません。 まさにこのような背景から、今日はスプリント・レトロスペクティブのアイデアをいくつかおすすめしたいと思います。Retro Boardのアイデアの中に...

Agileレトロスペクティブのための7つのお気に入りテンプレート

Agileレトロスペクティブのための7つのお気に入りテンプレート

私のチームでは、平均よりも頻繁にアジャイルなふりかえりを行っています。毎週金曜日、つまり週に一度です。そして、信じられないかもしれませんが、多くの素晴らしいアジャイルふりかえりテンプレートのおかげで、毎週が有意義な時間となっています。 また、熱狂的なファンのために言っておくと、チームの主要な成功指標に影響があることは確かだ(こちらも参照): <InternalLink page="agile...

リモート・ソフトウェア開発チームのコミュニケーションを改善するには?

リモート・ソフトウェア開発チームのコミュニケーションを改善するには?

ソフトウェア開発者やソフトウェア・エンジニアのバーチャル・エンジニアリング・チームやリモート・エンジニアリング・チームにおけるコミュニケーションを改善するための様々な手段やアプローチがある。フロントエンド、バックエンド、その他より専門的なソフトウェア開発者であるかどうかは関係ない。 ここに、それぞれのケースでどの程度の対策が有効か、私の個人的な評価を表にまとめた。正しい対策を選択するのに役立...

労働契約書:10の例文、サンプル、テンプレート

労働契約書:10の例文、サンプル、テンプレート

チームにおける効果的なコラボレーションは、特にスクラムのようなアジャイルメソッドにおいて、成功のために極めて重要である。作業合意書は、コラボレーションのための明確な枠組みを作る上で重要な役割を果たす。そしてもちろん、作業合意書のモデルは、良いアイデアを思いつくのに役立つ。 この記事では、アジャイルチームやリモートチームにおける作業協定の重要性を詳しく見ていき、また、定期的なレビューと調整が、...

チームリーダーのためのチェックリスト:10の重要課題

チームリーダーのためのチェックリスト:10の重要課題

チームリーダーとして、あなたは従業員やチームに対して多くの責任を負っている。チームリーダーのためのこのチェックリストがあれば、概要を把握しやすくなり、何も問題が起こらないようにすることができる。 当社のテンプレートは、ベテランだけでなく、新しいチームリーダーにも適しています。特に、チームに新しく加わったチームリーダーは、スクラム、アジャイル、ウォーターフォールなど、どのような形態で仕事をして...

サーバントリーダーとしてのスクラムマスター:8つの考える材料

サーバントリーダーとしてのスクラムマスター:8つの考える材料

経験豊富な心理学者でありスクラムマスターでもある私は、アジャイル環境においてチームリーダーが直面する課題を理解している。アジリティとリーダーシップのバランスを見つけるのは簡単なことではない。この投稿では、スクラムマスターであるあなたが、アジャイルチームを効果的にリードするサーバント・リーダーになる方法について、考えるヒントを共有したい。 サーバントリーダーとしてのスクラムマスター サーバント...

すべてのスクラムチームがアジャイルであるとは限らない:偽のAgile

すべてのスクラムチームがアジャイルであるとは限らない:偽のAgile

偽Agile:すべてのスクラム・チームはアジャイルか? いや、残念ながら、すべてのスクラムチームが実際にアジャイルなわけではない。 説明しよう:スクラムチームは、スクラムのフレームワークに従って仕事をすることで定義される:つまり、スプリントがあり、一定の役割と儀式がある。スクラムフレームワークの目的は、チームがアジャイルな方法で仕事をするのを助けることなので、スクラムは自動的にすべてのチーム...

ゾンビスクラムを3つのステップで解決

ゾンビスクラムを3つのステップで解決

ゾンビ・スクラムとは何か? ゾンビ・スクラムとは、スクラムの構造(儀式、役割など)は保持しているが、実際の核となる–顧客利益、価値観、継続的改善–を失ってしまったチームを指す。こうしてスクラムは、真のアジリティのない空っぽの殻になってしまう。 ゾンビ・スクラムの典型的な症状 - 付加価値のない機械的な儀式プロセス - インクリメントが機能していない。 - 実質的なレトロスペクティブや改善計画...

Echometerニュースレター

Echometerの最新情報をお見逃しなく。