シフトレフト とは？

ソフトウェア開発の工程を左から右に並べると「企画→設計→実装→テスト→リリース→運用」になる。従来はテストやセキュリティチェックが右側（後半）に集中していた。これを左側（前半）に移動させるからシフトレフト。早い段階で問題を見つけようという考え方だね。

IBMの調査によると、リリース後に見つかったバグの修正コストは設計段階の100倍になることもある。早い段階なら「この1行を直すだけ」で済むのが、リリース後だとデータ移行・顧客対応・緊急パッチ配布まで必要になる。「問題発見が1工程遅れるごとにコストが10倍」と覚えておくといい。

代表的なのはCI/CDパイプラインに自動テストを組み込むこと。プルリクエストを出した瞬間にユニットテスト・静的解析・セキュリティスキャンが自動で走る。コードレビューでの設計チェックもシフトレフトの一種。TDDは究極のシフトレフトで、実装前にテストを書く。

できる。セキュリティのシフトレフトがDevSecOps、パフォーマンスのシフトレフトが負荷テストの早期実施、ドキュメントのシフトレフトがAPI設計ファーストなど。最近は「あらゆる品質活動を前倒しする」という広い意味で使われるようになっている。

最初は確かに工数が増えたように感じる。でも後工程での手戻り・緊急対応・修正作業が激減するから、トータルの開発速度は上がる。「最初に30分かけてテストを書く」vs「リリース後に3日かけてバグ修正」なら前者の方が圧倒的に効率的だよね。

「シフトライト」がある。これは本番環境でのテスト・監視を強化する考え方。カナリアリリースやA/Bテスト、本番でのカオスエンジニアリングなどが該当する。シフトレフトで早期に問題を防ぎつつ、シフトライトで本番でしかわからない問題にも対応する。両方組み合わせるのが理想的なアプローチだね。