リモートへの移行 働くことは創造すること 緊張 CEO と CHRO の間で、常にビジネスの最善の利益とは限らない決定を下す可能性があります。 技術チームにとって、この断絶は迅速な修正につながり、最終的には組織により多くの費用がかかり、個人により多くの時間とストレスがかかる可能性があります。
リモート革命はここにあります。 4分の3以上 のエンジニアが在宅勤務のオプションを希望しており、一部の国では 検討中 リモートワークを法律で導入。 そうなる前に、CEO と CHRO は同じページに戻って、技術チームとビジネスの成果をサポートする必要があります。
DORA 指標から始める
DORA メトリクスは、Git (コミットとプル リクエスト) とデプロイ データにプラグインすることで、ソフトウェア配信の速度とスループットを測定します。
DORA メトリクスを組み合わせて見ることで、チームは後で問題を悪化させる迅速な修正を避けることができます。
メトリックは、展開頻度、変更のリード タイム、回復までの平均時間、および変更の失敗率で構成されます。 この情報は、エンジニアがエンゲージメントを失っている場合にもフラグを立て、パフォーマンスの高い人や低い人を強調し、企業がリモート ワーク モデルでは持続不可能な迅速な修正に頼るのを避けるのに役立ちます。
ハイブリッド ミッドポイントを通過する準備ができている場合でも、リモートに直接移行する場合でも、DORA メトリックが必要な理由は次のとおりです。
成長分野に光を当てる
異なる場所で作業していると、プロセスがずれたり、コミュニケーションの誤りが発生したり、改善の機会が見過ごされたりしやすくなります。 DORA メトリクスを使用すると、リモート チームはより効率的にプラクティスを確認し、成功を追跡できます。
DORA メトリクスを効果的に追跡するには、開発分析プラットフォームに接続してエンジニアリング チームの出力に関するデータを集約する CI/CD プラットフォーム (Jenkins、CircleCI、または Github Actions) が必要です。 その後、チームは変更のリード タイムなどの指標を拡大して、コードの品質を測定し、最終的には維持する製品やサービスを測定できます。
同様に、DORA メトリクスは、リモート チームが変更のリード タイムを短縮するために、開発プロセスにテストを含める必要性を高める可能性があります。 これにより、テスターは開発者にテストの作成と自動化を教えることができるため、ボトルネックを解消するのに役立ちます。