一般的には、DevOpsが組織やチームの士気にもたらす利点を説明します。チームをすぐに強化し、組織内や顧客との関係者間の連携を高められること、そして顧客を中心とした製品やサービスを、企業がいかにうまく提供できるかを伝えます。
本当にそれでよいのでしょうか。DevOpsを導入する利点を強調するほうがよいのか、導入しないことで生じるコストを伝えるほうがよいのか。
International DevOps Certification Academy™の知見
組織でDevOpsの導入をどう提案するか
答えは、状況による、です。
感情知性を提唱したPeter Saloveyによれば、DevOps導入に伴う組織や運用の変化をどう進めるかは、組織がDevOpsを安全だと考えるか、リスクがあると考えるかによって変える必要があります。
ケース1。組織がDevOpsを安全だと考えている
組織がDevOpsを安全だと考えているなら、まず、そのように新しい考えに柔軟な文化の一員であることをお祝いします。DevOpsの変革と導入を何度も経験した人なら、導入に向けた仕事はほぼ終わったと言うでしょう。ただし、すぐに気を緩めてはいけません。DevOpsを導入すると、どのような良いことが起きるかを十分に伝える必要があります。利点を得るため、組織はすぐに行動したいと考えるでしょう。
ケース2。組織がDevOpsにはリスクがあると考えている
組織がDevOpsをリスクと考えていても、心配はいりません。多くの人が同じ状況にあります。ただし、ケース1のアプローチだけでは通用しないことを忘れないでください。組織は現状に慣れているため、導入の利点だけでは、行動を起こすほど魅力的には映りません。認識されているリスクは、組織の価値観や長年の経験に根ざしていることが多く、それを否定しても意味はありません。
そこで、現状を揺さぶり、DevOpsを導入しなければ起きる問題や失う機会を強調します。リスクを取らなければ確実に損をする状況では、リスクを取る選択はより魅力的になります。確実な損失を意識すると、組織は危機感を持って行動し、リソースを投じてDevOpsの利点を理解し、やがて導入します。ゆっくり進むことも、速く進むこともありますが、いつも一歩ずつです。
結論：
一部の組織がなぜDevOpsを導入するのに苦労するのか疑問に思っていたなら、理由が見えてきたかもしれません。企業や確立した組織はリスクを避ける傾向があり、通常はケース2に当てはまります。DevOpsによって得られる利点だけを伝えても、導入には納得してもらえません。DevOpsは、すぐに大きな成果を得るための短距離走や、文字どおりのスプリントではないからです。顧客が満足する優れた製品やサービスを作り、事業を発展させるための、マラソンのような長い取り組みです。
今は問題がないように見えても、実際には問題があるという現実に、組織が向き合う必要があります。DevOpsを導入しない場合に避けられない損失を防ぐことを、組織全体の責任にしましょう。
組織や顧客にどのようにDevOpsを提案し、納得してもらったか、皆さんの考え、経験、工夫をお聞かせください。成功事例に加え、苦労して得た貴重な教訓もお待ちしています。
下の議論に参加し、DevOpsコミュニティにあなたの考えを共有してください。
ご活躍をお祈りします。お読みいただき、ありがとうございました！楽しんでいただけたなら幸いです…
