私が開発者体験（DX：Developer eXperience）を大切にしたい理由

Developer eXperience（開発体験） とは開発者が開発業務をしているときに経験する体験で、たとえば開発環境、組織、システム、そして評価体制が含まれます。

生産性を可視化するために、Four Keys と呼ばれる概念を利用しています。Findy Teams で開発チーム単位で分析ができるように設定しており、チームや個人の振り返りに利用しています。

デプロイの頻度 - 組織による正常な本番環境へのリリースの頻度
変更のリードタイム - commit から本番環境稼働までの所要時間
変更障害率 - デプロイが原因で本番環境で障害が発生する割合（%）
サービス復元時間 - 組織が本番環境での障害から回復するのにかかる時間

基本的に最新版に追従することで、セキュリティ対応 / パフォーマンスアップ / 新機能の恩恵を受けることができるので、サービスを安定運用するためにも継続的に行っていくべき作業と考えています。

実装が完成してから Pull Request を作成すると、コード変更量が多くレビュワーが差分を読み解くのが大変なこと、実装方針が間違っていると作業の手戻りが発生したり、開発効率が悪いケースがでてきます。
なので、サクサクレビュー、サクサクマージできるように、タスクを小さく分解したり、指摘の温度感が伝わりやすいようにフォーマットを定めたりなど試行錯誤を行なっています。

CI / CD に時間がかかっていると、mergeするまでに時間がかかり、
他の人がmergeすると、update branch をして最新のコードを取り込んでまたCIを実行して…と、これがチーム全員で発生していると、merge待ちに時間を費やすことになります…これは人によってはだいぶストレスに感じてしまいそうです…

直近にアイミツ開発チームのCIは7分ほど時間がかかっていましたが、チームメイトがジョブの分割やテストの並列実行を対応してくれて、2分程度に収まるようになりました。

不確実性に向き合うための how として、全ての開発チームで スクラムでの開発をおこなっています。

行動指針に関する取り組みになります。ユニラボという同じ船に乗って、ビジョン達成を目指している仲間として、同じ方向をみているということは非常に大事かと思います。