インフラエンジニアのdevopsの始め方

私なんてDevOpsを語るなんて恐れ多いのですが、

開発と運用に関わらず利害関係を持つすべてが抱えるギャップをどう埋めるかを取り決めるルール

という解釈を持っています。

インフラエンジニアとの関わりだと事業責任者と開発チームなのですが、

大きく考えちゃうと始めることが出来なさそうなので、ポイントを絞ってそこから始めてみようと考えています。

※すみません。偉そうなこといって、まだ、始まってないのです。もちろん一部はできているのですが。

そのポイントとは「フィードバック」です。

インフラエンジニアチームから開発チームにだと、
いかにタイムリーにインフラの状況を伝えるかになるかと思います。

サーバのリソース、レスポンスタイム、スローログなど、
短いサイクルもしくはリアルタイムにフィードバックすることはサービスの改善につながり顧客満足度の向上につながります。

結果、事業責任者にも満足したものになる。

ただ、きちんとしたKPIを設定しないと形だけのものになりそうなので、

フィードバックに対してどのようなアクションを取るのか。
そのアクションはどんな効果があったのかの評価を規定しておいたほうが良いと思います。

ポイント絞りすぎですかね?

皆さんってどんな解釈でどんな始め方なんでしょうか。


PAGE TOP