Microsoft の DevOps への道のり

Microsoft の開発も最初から DevOps だったわけではありません。地道に 1 つ 1 つの技術や手法、組織の変更が積み重なって、今のような開発スタイルになっています。この投稿では Azure DevOps という Microsoft の DevOps の根幹となっているツールの開発チームが、どのように環境を DevOps にトランスフォームしてきたか紹介します。 DevOps についてはいろいろ議論があるところです。「ツールだけ揃えてもカルチャーが変わらなければ DevOps じゃないよね」とか「CI/CD してるだけで DevOps してるとか言ってるよ (笑)」とか。 個人的には、日本の Waterfall がメインの IT 業界 は、なかなか DevOps というか Agile の世界にも行けていない現状があるので、あるべき論よりも「とりあえず何か 1 つやろう。」という

[takatama]

地道な改善をやりきるとこんなにすごいことになる話。アラートを減らすのも、テストを書き換えるのも本当に大変なこと。やりきるのがすごい

[Kesin]

最後の方にたくさんの壊れやすいUIテストからユニットテストに置き換えたという話。やはりUI自動化テストは辛いのか

[progrhyme]

SREという職種はあるようだ。スクラムやリリースプロセス、カスタマーサポートなどの話題も

[braitom]

MicrosoftのDevOpsの取り組みについて。Microsoftの組織構造とその変遷について、Scrumの回し方、ユーザーデータなどのデータ収集やKPIについて、インシデント対応の方針、チーム構成についてなどが書かれている。

[uehaj]

「一人ががんばらない」仕組みをどのように組み上げられるかが、DevOps を成功させるかの秘訣

[efcl]

`エンジニアの数 x 5 = バグキャップ`や統合テストからユニットテストへの移行の話が面白い。 テストサイズの分類をしてから軽いテストの量が増えるように移行していってる

[kuxumarin]

学びが多い。

[sdkd6611]

読みやすい文章だった

[pyo_hei]

良く出来てるが、長い。。。

[roshi]

Microsoft風SREって感じだ。

[ayge0714]

“の”

[yutaka_maruoka]

重厚！！！！

[ryuzee]

これは良い

[ebibibi]

やっぱりすごい。

[binary-pi]

あ

[sawasawa12]

あとで読みたい

[daikimat]

“バグキャップ (Bug Cap)”良さそう

[raimon49]

マイクロソフトにおけるスクラムの運用。どういった情報をウォッチしてユーザーストーリーが作られるか。やはりサティア・ナデラのCEO就任による「開発者の生産性に寄与する会社」という再定義が大きいように見える。