開発者エクスペリエンス調査の実施
.png?cdnVersion=2441)
アンケート調査ツールを利用して開発者エクスペリエンス調査を実施する方法の一例。
.png?cdnVersion=2441)
当社の評価システムを使ってアンケート結果を XY グラフにプロットします。赤色のサインはチームの注意が必要で、黄色のサインは改善の余地があり、緑色のサインは既に十分に対応されている場合です。
.png?cdnVersion=2441)
Confluence ホワイトボードを利用して、最も差し迫ったバイタル・サインを記入し、考えられる解決策について話し合い、開発者エクスペリエンスを向上させるための行動を計画します。
前提条件
リモート
アンケート調査ツール
デジタル コラボレーション ツール
対面
アンケート調査ツール
ホワイトボードまたは大きな用紙
付箋
このプレイを実行するための手順説明
注意：最も有用な開発者エクスペリエンス調査は組織固有のものです。次のプレイには、アトラシアン固有のアンケート調査が含まれています。当社のアンケート調査は、現状のままでチームに役立つ場合もありますが、必要に応じてご自身のチームや組織に合わせてアンケート調査を調整することをおすすめします。
1. バイタル・サインを選ぶ 30 分
チームの開発者エクスペリエンスを真に理解するには、適切な質問をする必要があります。アトラシアンでは、重要なバイタル・サインに関する質問を重視し、開発者エクスペリエンスの問題点を明らかにします。バイタル・サインとは、チームの健康とパフォーマンスの指標として機能するデータ・ポイントです。体のバイタル・サインと同様に、システム内の問題をすばやく特定できます。
バイタル・サインはこのプレイ全体の重要な要素であるため、開始前に、業務で重要なバイタル・サインについて、チームと合意しておきましょう。組織固有のアンケート調査には、バイタル・サインを 6 から 8 個含めることをおすすめします。
アトラシアンの開発者エクスペリエンス調査のために当社が作成した 8 つのバイタル・サインは、次のとおりです。
- 持続可能なリリース速度：開発者が燃え尽き症候群に陥ることなく、チームが高品質のコードをリリースできる迅速性。これは、チームの開発者がユーザー・ストーリーに取り組み始めてから、本番環境に機能がデプロイされるまでの一般的な開発ライフサイクルを対象とします。
- 待ち時間：チームの開発者が、ビルド、テスト、コード・レビュー、不要な会議を待つことに費やす時間。
- 実行の独立性：コードの所有者に関係なく、チームが他のチームに依存せずに成果を出す能力。
- 働き方：ツール、フレームワーク、プロセス、プラクティスなど、チームが必要とする、またはメリットを得られるような新しい働き方を見つけて導入するために必要な労力。
- 外部標準：社内標準を満たすために必要な作業。これらの標準はチームの外部で作成され、セキュリティやコンプライアンスなどの製品要件に追加されます。
- 保守：チームがコードベース、パイプライン、インフラストラクチャの保守に費やす時間。この作業はチーム内で作成されます。
- オンボーディング：エンジニアが採用後または社内異動後に、すぐに実力を発揮できるようになる迅速性。
- 開発者の満足度：エンジニアの、自身の生産性に対する満足度。
当社のバイタル・サインをご自身の組織固有のアンケート調査に組み込むか、当社のバイタル・サインからインスピレーションを得て独自のアンケート調査を作成しましょう。バイタル・サインが当てはまらない場合は、ステップ 2 でアンケート調査から削除できます。バイタル・サインの関連性が不確かな場合は、少なくとも 1 回はプレイを実行するまで、その項目を保持しておくことをお勧めします。
バイタル・サインの作成方法
まず、組織全体でアンケート調査を実施し、データを収集しました。次に、Anthony Ulwick 氏の著書『What Customers Want（顧客の要望）』から成果重視のイノベーションの原則を適用し、各バイタル・サインに機会スコアを付けました。
2. アンケート調査を実施する 10 分
チームの開発者に該当するバイタル・サインを選択または作成したら、プレイの目的とアンケート結果のフォローアップ方法について開発者とコミュニケーションをとり、アンケートの準備をします。
次に、開発者全員を招待して、アンケートに回答してもらいます。明確な期限を設定します。3 日間から 7 日間をお勧めします。
全員にアンケート調査への回答を求めることができない場合は、役割レベルや場所など、詳細情報を追加する必要があります。これにより、結果が偏らなくなります。
次のアンケート調査はアトラシアンのバイタル・サインに基づいています。さまざまなバイタル・サインを含める場合は、アンケート調査の質問を調整する必要があります。バイタル・サインごとに 2 つの質問をします。つまり、開発者にとってのバイタル・サインの重要性についての質問と、バイタル・サインを実現するための現在のチームの能力に対する開発者の満足度についての質問です。アンケート調査には 0 から 10 までの尺度を含めます。0 = 重要ではない/満足していない、10 = 非常に重要/非常に満足している、と設定します。
開発者エクスペリエンスを測定するアンケート調査での質問の例：
持続可能なリリース速度
- 高品質のコードを持続可能な方法でリリースすることは、チームにとってどの程度重要ですか？
- 高品質のコードを持続可能な方法でリリースするチームの能力にどの程度満足していますか？
待ち時間
- 待ち時間を最小限に抑えることは、生産性向上にどの程度重要ですか？
- チームの開発者の待ち時間にどの程度満足していますか？
実行の非依存性
- 自身のチームが他のチームから独立してデリバリーする能力はどの程度重要だと思いますか？
- チームによるデリバリーの独立性にどの程度満足していますか？
働き方
- チームが、ツール、プロセス、実践を含む、新しい働き方を発見して導入することは、どの程度重要ですか？
- ツール、プロセスや、プラクティスを含む、新しい働き方を発見して導入するチームの能力にどの程度満足していますか？
外部標準
- チームが依拠する外部で作成された社内標準を満たすために必要な保守やプラットフォームの作業量は、生産性向上にどの程度重要ですか？
- チームが依拠する外部で作成された社内標準を満たすために必要な保守やプラットフォームの作業量に、どの程度満足していますか？
保守
- コード、ツール、パイプラインに関するチームの標準を維持するために必要な労力は、生産性向上にどの程度重要ですか？
- コード、ツール、パイプラインの保守に必要な労力にどの程度満足していますか？
オンボーディング
- 新入社員や社内異動したメンバーがチームで実力を発揮するまでに要する時間は、生産性向上にどの程度重要ですか？
- 新入社員や社内異動したメンバーがチームで実力を発揮するまでに要する時間について、どの程度満足していますか？
開発者満足度
- 満足度は生産性向上にどの程度重要ですか？
- チームの開発者の生産性にどの程度満足していますか？
3. 結果を算出する 10 分
全員がアンケート調査を完了したら、調査を終了してデータを確認します。
次に、各バイタル・サインに機会スコアを割り当てます。外れ値がある場合は、メモにその点を書き出し、チームと話し合います。必要に応じて、スプレッドシート・ツールを利用して簡単に計算できます。
それぞれのバイタル・サインの機会スコアを計算する方法は次のとおりです。
- まず、各自のバイタル・サインの平均重要度と平均満足度を特定します。
- たとえば、それぞれ 8.22 と 5.88 とします。
- 次に、平均重要度と平均満足度の差を計算します。
- たとえば、8.22 - 5.88 = 2.34 です。
- 最後に、この数値が正の場合は、それを平均重要度に加算して、バイタル・サインの機会スコアを求めます。数値が負の場合、平均重要度がその機会スコアになります。
- たとえば、8.22 + 2.34 = 10.56 です。
機会スコア = 重要度 + 最大（重要度 - 満足度、0）
次に、各バイタル・サインの機会スコアを調べ、評価を指定します。
ヒント：データを整理する
それぞれのバイタル・サインを他のバイタル・サインと比較し、視覚化したものが役立つ場合は、その結果を散布図にすることができます。
バイタル・サインを削除するタイミング
バイタル・サインの平均満足度スコアが平均重要度スコアよりも高い場合、そのバイタル・サインはチームにとってはそれほど重要でないか、チームがすでに満足している可能性があります。将来的には、バイタル・サインをより詳細に監視したいものに置き換えることができます。
15 以上：サービスが極度に不足しており、最初に対処すべき領域。
10 から 15：すぐに対処すべき領域。
10 未満：対処する必要のない、十分にサービスが提供されている領域。
サンプル調査の結果を以下の表に整理しました。
サンプル調査結果
バイタル・サイン | 平均重要度 | 平均満足度 | 機会スコア | 件の結果 |
|---|---|---|---|---|
| 持続可能なリリース速度 | 平均重要度 6.93 | 平均満足度 4.83 | 機会スコア 9.03 | Results GOOD |
| 待ち時間 | 平均重要度 7.48 | 平均満足度 3.41 | 機会スコア 11.55 | Results IMPROVEMENT NEEDED |
| 実行の非依存性 | 平均重要度 4.56 | 平均満足度 6.34 | 機会スコア 4.56 | Results GOOD |
| 働き方 | 平均重要度 8.3 | 平均満足度 1.33 | 機会スコア 15.27 | Results NEEDS ACTION |
| 外部標準 | 平均重要度 2.67 | 平均満足度 5.87 | 機会スコア 2.67 | Results GOOD |
| 保守 | 平均重要度 9.15 | 平均満足度 3.23 | 機会スコア 15.07 | Results NEEDS ACTION |
| オンボーディング | 平均重要度 3.6 | 平均満足度 9.76 | 機会スコア 3.6 | Results GOOD |
| 開発者満足度 | 平均重要度 7.82 | 平均満足度 5.49 | 機会スコア 10.15 | Results IMPROVEMENT NEEDED |
高度な計算
調査結果をさらに活用するその他の方法として、各バイタル・サインの満足度のギャップを計算します。
各バイタル・サインの平均重要度と平均満足度の差を求める場合は、満足度のギャップを算出します。つまり、開発者にとってのバイタル・サインの重要性とバイタル・サインに対する満足度を比較した差が見つかります。満足度のギャップが小さければ、バイタル・サインの重要度と満足度が低い、あるいは重要度と満足度が高いことのいずれかを示しています。したがって、どちらの場合も、そのバイタル・サインの優先度はそれほど高くありません。一方、満足度のギャップが大きいということは、バイタル・サインがチームにとって非常に重要であり、そのバイタル・サインに対するチームの管理方法に満足していないことを示しています。そのため、この課題に対処することが優先事項になります。
4. ミーティングで結果について議論し、解決策を考える 30 分
最後に、調査結果についてチームと話し合い、最も差し迫った機会領域の上位 3 つを特定し、解決策について協力してブレーンストーミングします。
この重要なミーティングを円滑に進めるために、評価を示す簡単なバイタル・サイン・テーブルで Confluence ページまたは Trello ボードを作成することをお勧めします。これにより、リモート・チームやハイブリッド・チームが連携するための効果的かつ簡単なセットアップが可能になります。最も差し迫った機会領域にマークを付けたり、さらに深く掘り下げたい場合は、未処理の匿名化された回答へのリンクを共有することもできます。
また、Confluence ホワイトボードを使用して、最も差し迫ったバイタル・サインや Crowd ソースの潜在的なソリューションごとにセクションを作成したり、独自の考えを追加したりすることもできます。
- さまざまなアイデアを振り返り、追求したいアイデアをチェックします。
- アクション・アイテムをバックログに追加します。
- ミーティング後は、全員がページにアクセスできるようにし、開発者を招待して引き続きアイデアを募ります。
このミーティングは、開発者の声が重要であり、変化につながる可能性があることをチームが開発者に実証するための重要な方法です。これにより、将来的に高いアンケート完了率を確保できます。意見を述べられる方法を開発者に提供すれば、結果にさらに関心を持たせることができ、その後のサービスが向上し、一貫した結果が得られます。多様な視点がより良い解決策を生み出します。変化と成長はリーダーだけではなく、全員にかかっています。
ヒント：このステップは省略しないでください
質問しながら、その結果に対する議論がないことは、何も質問しないより無駄なことになります。
フォローアップ
成功指標とバイタル・サインに満足している場合は少なくとも年に 2 回、開発者エクスペリエンスの向上に積極的に取り組んでいる場合は四半期ごとに開発者エクスペリエンス調査プレイを実施することをお勧めします。
私たちのチームからあなたのチームへ
ニュースレターで最新のプレイ、ヒント、コツについて最新情報を入手できます。