わかった気になる「開発生産性」と「DevOps」。明日から実践できる3ステップ

2023.09.06

#技術力 #開発生産性 #DevOps

こんにちは、mofmofでCTOをしている橘です。この記事では、最近盛り上がりを見せている「開発生産性」や「DevOps」を紹介し、アジャイルプロジェクトへ適用していく方法について書きました。

「開発生産性」を改善するための「DevOps」

開発生産性の測定に、開発に関連する指標を用いることができることを「DORA」という研究プロジェクトが示しました。

DORAは収益性などが高い（=開発生産性が高い）企業が持つ特徴を統計的に分析し、以下の指標が高くなるほどに開発生産性が高いことを示しています。


変更のリードタイム	開発を開始してから本番環境で稼働するまでの時間
デプロイの頻度	本番環境へのリリース頻度
変更障害率	リリースによって障害が発生した割合
サービス復元時間	障害から復旧するまでにかかった時間
信頼性	求められた機能を、求められた条件下で、定められた期間にわたり、障害を起こすことなく実行する確率

LeanとDevOpsの科学という書籍に研究結果について記述があるので、気になる方はそちらを参照ください。

これらの指標が良いスコアのチームは、仕事への熱量や満足度も高く、良い結果を出す。すなわち開発生産性が高いことも示されています。売上やKPIなどを計測しなくていいということにはなりませんが、経過を追う上で有力な指標となりえます。

これらの指標を改善していくためには、本番リリースを行う回数を増やしていく必要があります。

本番リリースを素早く行えない要因（ボトルネック）として「インフラ変更の本番反映」や「リリースまでの承認、レビューフロー」などが上がってきます。

こういったボトルネックを解消するためにDevOpsを推進していきます。

アジャイルプロジェクトの開発生産性を上げるための3ステップ

OKわかった。けど、具体的に何から始めたらいいんだ?

そんな声が聞こえてきます。

一例として以下の3ステップを最初にやるといいでしょう。

現在のプロジェクトの状態を可視化する
フィードバック速度を改善する
継続して改善するための文化や仕組みづくり

それぞれのステップについてみていきます

1. 現在のプロジェクトの状態を可視化する

すべてを見通す男性

まずは現在の状況をみることが重要です。

現在の開発生産性を可視化するのはもちろん、どのようなフローでリリースが実行されているのか、どのようなスケジュールでプロダクトが成長していくのか、といったことを知るところから始めましょう。

プロジェクトの状況をみるために以下を確認しましょう

バリューストリーム
プロジェクトの現在の開発生産性

バリューストリームを確認する

「ビジネス上の仮説を立案してから、顧客に価値を送り届ける技術サービスを生み出すまでの間に必要なプロセス」をバリューストリームと言います。

例えば

ユーザーからのフィードバックはどう処理されるのか
新しい機能を開発する際にどんな人が関わっているのか
どういう流れで機能設計を行うのか
開発体制、開発の流れはどうなっているのか
どんな確認、承認フローがあるのか
デプロイの手順は自動化されているのか
手動で実行する手順はなにか
本番反映後には誰がどのように動作を検証するのか

こういったことを明らかにしておきます。

また、障害があったときの流れも同じように考えておくと良いでしょう。

プロジェクトの現在の開発生産性を確認する

DORAのサイトでにDevOps Quickチェックを実施することができます。

まずはここで現在のプロジェクトの健康診断をしましょう。

開発生産性が改善されているかを確認するためには、最低限デプロイの頻度と変更のリードタイムは追えるようにしておくと良いです。

これを行うためのツールとして以下のようなものがあります。プロジェクトにあったものを選択して継続的にウォッチできる状態にしましょう。

https://github.com/dora-team/fourkeys
https://findy-team.io/
その他プロジェクト管理ツールなど

2. フィードバック速度を改善する

超速い飛行機

価値のあるソフトウェアを作り上げるために重要なこととして、試行回数を増やすこと。があります。

リーンとDevOpsの科学にこんな一節があります。

「テクノロジーやビジネスをめぐる状況は絶えず変化するもの」という前提に基づいて、組織が継続的な改善を行って進歩していくことが必要

変化する状況に対応できるアジャイル開発と親和性が高く、アジャイル開発を実践しているだけで一定のフィードバック速度を得ることができているはずです。

ここではアジャイル開発を実践していることを前提として、更に開発生産性を上げていく方法の一例を紹介します。

【変更のリードタイムのボトルネックを改善していく方法】

前節「現在のプロジェクトの状態を可視化する」で、変更のリードタイムを可視化
リードタイムの長い変更（デプロイ）を見つける
デプロイされた作業が実際どのような流れで行われていたのかを追っていく
時間がかかっている箇所を特定
特定できたら、ふりかえりなどを用いて案を出し改善していく

速度を上げるために無茶なリリースを増やすのではなく、安心してリリースできる状態を維持することが大事です。

以下のような改善が効果が高いです。

コミュニケーションの方法を改善する
CI/CD周りを改善する
自動化を進める、マニュアルを用意する
など

信頼性の高いリリースをしながら速度を上げていくための即効性のあるソリューションはなく、日々の改善が必要になります。

3. 継続して改善するための文化や仕組みづくり

長い山道

開発生産性はすぐに改善できるものではありませんし、改善の終わりもありません。

継続的な改善活動を根付かせる必要があり、そのために実践できそうなことを上げてみます。

【問題の原因を人のせいにしない】

ヒューマンエラーによって障害が発生したとして、障害を起こしたくて起こす人はいません。

何かプロセスや仕組みに課題が隠れているはずです。

非難をしてしまうと、障害の要因や、早期発見をした場合に共有しづらい空気が形成されてしまいます。

非難を取り除き、組織的な学習の価値を認めると、「組織は自己診断、自己改善能力を高め、問題の発見と解決の力をつけていく」そうです。

【改善を制度化する】

たとえば

「次の1ヶ月でリードタイムを10%短縮する」

このような目標を立て、仮説を立ててアクションすることを促します。

システムは、手を入れなければ同じ状態でいられるというものではありません。

オープンソースライブラリや外部システム、そして世界は日々改善されており、手を入れないでいることは劣化していくということです。

日常に改善を溶け込ませやすい環境を整えることが大事です。

5. まとめ

開発生産性とDevOps、その改善方法について書きました。

改善は一朝一夕でうまくいくものではなく、小さなところから日常的にやっていくことが重要です。

日常的に改善を回すためにコツコツと取り組んでいきましょう。

mofmofでは月額制の開発サービス「開発チームレンタル」で高品質なプロダクトを素早く開発できるよう、日々改善を続けております。気になりましたらどうぞお気軽にお問い合わせください。

参考文献

など

あなたのビジネスの構造がわかる一枚のテンプレート【無料】

ダウンロード　→

インセプションデッキの要点を解説テンプレート付き実践ガイド【無料】

ダウンロード　→

記事の作成者・監修者

橘周世

Shusei Tachibana

CTO / エンジニア

「作ること」と、パソコンをいじることが大好きなエンジニア。Webで誰もが気軽にお金や価値を生み出す世界を夢見ている。システムは使ってなんぼ。使う人誰もが最大の価値を生み出し、気持ち良く使ってもらえるシステムを常に目指していきます。

資料ダウンロード

技術力・開発体制だけで開発会社を選んではいけない！？新規事業を成功に導いてくれる開発会社を見分けるポイント3選 #技術力