明確な計画なくDevOpsによる転換を図っても、ほぼ確実に失敗に終わる。多く見られるミスは、大勢の賢い人たちがDevOpsの分野に関する情報を試しても、すぐに組織で虐げられてしまうことだ。残念ながら、このような先駆者は、組織や上層部からのコミットやサポートが得られず、仕事で苦痛を強いられることが多い。

2.出資を怠る

　「予算がない戦略は夢でしかない」とクライアントから皮肉をいわれたことがある。これはDevOpsのような転換計画について特に当てはまる。DevOpsの導入が成功すれば、より低いコスト、より高いアジリティ、より高い品質など多くの利益を手に入れることができる。だが、人、プロセス、テクノロジーへの大幅な投資を行わない限り、この利益を享受することはできない。

3.革新への参加を怠る

　時間とコストが掛かる既存の手動プロセスを少しずつ変えようとしても失敗に終わる。DevOpsは継続的な配信およびクラウドと密接に絡み合っている。これはコーディングから運用に至るまでの全プロセスに当てはまる。既存のツールを使用してDevOpsを運用することは実質的に不可能だ。仮にできたとしても、途方もなく困難でコストが掛かるだろう。

　DevOpsで成功を収めるには、既存のプロセスやツールではなく、達成目標を中心に据えた新しい継続的なプロセスモデルの構築が不可欠である。アプリケーションチームを古いプロセスモデルから新しいプロセスモデルへ移行する必要もある。プロセスの設計と実装を先導すべきは、このチームだ。

4.開発者に主導権を与えることを怠る

　DevOpsは、IT運用部門が主導で行うアプリケーション開発チームのための取り組みだと見なされることが多い。だが、この取り組みのために、アプリケーション開発チームが運用部門から相談を受けることは少ない。開発者が開発者のために記述したクラウドの方が、運用部門が構築したクラウドよりも成功率は高い。DevOpsについても同じことがいえる。DevOpsではアプリケーションとインフラを1つにするため、コードレベルでの統合が必要になることを忘れてはならない。DevOpsによる転換は、開発者が運用部門と密接な協力関係を築いた場合に、最も大きな成功を収めることができる。

5.スケールの拡大を怠る

　DevOpsは、迅速なコードのリリースを実現する。毎週または毎日というサイクルも可能だ。DevOpsにおける運用管理とは、より多くの成果を得るためにプロセスのボトルネックを取り除くことである。同時に品質を継続的に向上しなければならない。毎月、毎週、毎日というサイクルでアプリケーションをリリースするには、全ての運用プロセスと同じ課題が付いて回る。ITではあまり一般的ではないスケールという視点が必要になる。

6.テストを怠る

　DevOpsは複雑なシステムである。そのため、詳細かつ継続的にテストをする必要がある。プロセスが自動化されているほど、1つの小さなエラーが全ての作業を中断させる可能性が高くなる。テストには「単体テスト」「システムテスト」「カオス／サービス停止のテスト」「パフォーマンス、回復性、品質のテスト」などがある。どのテストも実施が不可欠だ。統計的工程管理やシックスシグマなど、製造／プロセス産業で一般的に使用される手法はDevOpsを導入した環境で非常に役に立つ。だが、見過ごされることが多い。

7.開発者と運用部門の足並みをそろえることを怠る

　企業では、アプリケーションの各段階で異なるプロセス、ツール、担当者を採用することがあまりにも多い。例えば、開発環境、テスト環境、運用前環境、運用環境でプロセスや担当者が異なることは珍しくない。また、監視、ライセンス管理、セキュリティなど、管理スタックを構成するその他のコンポーネントも段階によって異なる。加えて運用段階では多くの手動による承認が必要になる。

　このような状況ではDevOpsが機能しない。各段階で統一したアプリケーションを構築、展開、管理しなければ、現行の数カ月という開発のサイクルを数週間や数日に短縮しようとしたときに大惨事となるだろう。