闇のDevOps DevOpsと業績評価 – ところてん – Medium

ここから、DevとOpsが協力すればより効率的になる＝DevOps、という言葉が生まれました。 当時は大企業においてはDevとOpsが分かれていることが当たり前だったのです。そして、大企業における当たり前が、当たり前ではないことに気付き始め、DevOpsを実現するためのツールができ始めたころでもあります。 ではなぜ、大企業ではDevとOpsが分かれているのが当たり前だったのでしょうか？ ハードウェアの時代その昔、産業の主役はハードウェアでした。 そのため、多くの企業はハードウェアを作ることに対して最適化が行われました。 ハードウェアには研究開発、製造、運用サポートといった大きな区分けが存在します。そして、それぞれの仕事において要求する人材レベルは異なります。 加えて、大量生産された製品の運用サポート（設置作業員、サポートセンタ）には、大量の人員が必要になってきます。 したがって、組織を研究

[Chiastolite]

全面的に同意のやつだ「開発と運用の業績評価指標と食い違いが、組織対立が発生させるのです。DevOpsはツールや開発体制の問題ではなく、会社の業績評価指標の問題なのです」

[wyukawa]

素晴らしい考察。障害が発生してないのはチャレンジしてないってのはいいな。イエローカードをもらってないDFはファイトしてないって話を思い出した。

[railute]

自分は「DevOpsはDevの仕事をOpsが奪うこと」だと思っているし、そうでなければ回らないとも思っている。

[kazuau]

情報セキュリティ認証(ISMS等)に内部牽制の考え方があり、開発と運用は相互に牽制するのが基本なんだけど、DevOpsとの整合性はどう考えればいいのかたまに悩んでる。

[zg90]

「DevOpsはOpsの仕事をDevが奪うことですが、このような企業構造においては、「子会社に仕事を流すのも親会社の仕事」であるため、Opsの仕事を奪うことができません」身も蓋もない

[shikiarai]

同じ品質を求められるのに毎年値下げを要求されるOps

[tyouaniki]

持株が研究開発。 / 東西はその検証・導入・運用。東西プロパは予算・進捗管理のみで、検証もほぼ委託が実施。（AT？） / 実導入・実運用は孫のMEやNEOが実施...て事になってるけど実際はエクシオとかの通建会社に委託。

[hazeblog]

"ローテーション人事のせいで社内にコード書ける人材が育たないんだから" ほんとこれ…ほんと……やめてくれ頼む…………

[oooooo4150]

“リリース判定会議は、なんか事故ったときに、みんなでチェックしたから、誰も悪くない、っていう責任を分散させて、誰も責任を取らないシステム"

[otihateten3510]

はじめてDevOpsを理解した気がする。理解した瞬間に、もう理解しなくていいと理解した。ありがとう。／じゃあベンチャーのDevOpsって何なんだ？「いつもやってるふつうのアレら」ってこと？

[BlueSkyDetector]

ISMSで開発運用を分離して不正を防ぐ、みたいな流れで運用情報を教えないとか触らせないとか積極的にブラックボックス作ってる会社はそこそこあった気がする。当然破綻しがちだけど。そういうとこはDevOps導入大変そう

[ginpei]

プログラマブルになったOpsをDevがまとめて兼ねられるようになったが、機能追加のDevと安定重視のOpsは対立するので、評価軸を刷新しないと失敗する。Googleではerror budgetを採用、障害発生が多すぎても少なすぎても失敗。

[medihen]

"Devがプログラミングによって手作業を行っているOpsの仕事を奪えば、より効率的になる"ということなので、"DevOpsとは情報産業の垂直統合"となる。

[mkusunok]

人事を変えないと、DXもDevOpsも実現しないぞと→“ローテーション人事に現場が効率的に対応した結果、知識だけでしか仕事を知らず、手を動かせず、ベンダーを呼びつけることしかできないオジサンが出来上がる”

[i101330]

良い考察だなー

[shin0O]

評価軸が直交するって表現は思いつかんかった

[noriroh]

日本企業でDevOpsが何故難しいかというと、Opsを子会社に切り離してしまっているから。 (中略) DevOpsとは情報産業の垂直統合なのです。

[o_mega]

“開発時の初期におけるOpsの手作業で行われる業務の多くをDevが取り扱えるようになりました。”

[inductor]

よくまとまってるな。2017年の記事がなんで急にはてぶで話題になったのかはよく知らないけど（よくあることだとは知っている）

[y_maeyama]

開発と運用の業績評価指標の食い違いが、組織対立が発生させるのです。会社の業績評価指標の問題なのです。Devがプログラミングによって手作業を行っているOpsの仕事を奪えば、より効率的になるのです。

[ijustiH]

人事ほんとそれ

[topofbottom]

現実の闇

[takezaki]

そんなに難しく考えない方が・・・

[uraito]

DevOpsのひとはITILやって共通言語作ってSLAがいいよね、と言い続けているけども。

[takhasegawa]

人事評価制度や組織構造から見直す必要があるというのはその通り。もう1つ大企業では内部統制（JSOX）への対応も壁になる。

[Hoishin]

“「一年に一度も障害が発生していないのであれば、そのチームは難易度の高いチャレンジをしていないことだ」”

[keitone]

DevOpsって「開発者が運用者やカスタマーの意見を重視する、あるいはサービスだけではなく彼らの業務をサポートする」ことだと思ってた。

[kent-where-the-light-is]

“DevとOpsが手を取りあえばより効率的になる、という単純な話ではないのです。Devがプログラミングによって手作業を行っているOpsの仕事を奪えば、より効率的になるのです。”

[kita-tuba]

闇のDevOps DevOpsと業績評価

[SWIMATH2]

DevOpsの理念がとても分かりやすい。ところどころ日本企業の闇が漏れていてつらくなる

[nihonbuson]

この記事の中にある「ベクトルで分かるDevOps」という項目で貼られていた画像、めっちゃこの感覚分かるわー。

[tick2tack]

すげー。面白い。"Error Budget"

[ttata]

“業績評価指標が直行しているので、各々の成分で見たときに対立が引き起こされる。これがDevとOpsの従来からある対立である。この対立をどのように解決するかが、DevOpsの本質である。”

[wkubota]

組織の問題はDevOpsの妨げになるなー。あと人の意識も変える必要があるんだなと。若い組織だと事情は違うかも。

[tackteck]

ローテはスペシャリストを育てにくくする

[izm_11]

良い話

[matsnow]

前職で見てた感じ、確かに手作業でOpsをやっている人がDevOpsをやるのは難しいだろうね。

[hush_in]

“ハードウェアに最適化された組織は、ソフトウェアの時代に、全体最適の時代に対して、柔軟性を欠いてしまっている。”

[mallowlabs]

“DevOpsはOpsの仕事をDevが奪うこと”