NewsPicksにCTOとして入社して1年でDX Criteriaを大幅改善した話 - Uzabase for Engineers

こんにちは。このブログでは初めまして。2020年の2月にNewsPicksに入社した高山です。 今回は僕がNewsPicksのCTOになってからの1年でやったお仕事について書いていきます。 CTO最初のミッション DX Criteriaについて 「デプロイ回数」を定点観測 やってきたチャレンジ 1年経ってみて CTO最初のミッション NewsPicksは2013年に誕生し、5年ほどの壮大な創業期の間にたくさんの新しい領域に挑戦しており、僕が入社したときには既に事業面でもシステム面でも「それなりの複雑さ」という感じでした。 前任CTOの杉浦さん（今はグループ内でアメリカでの新規サービスの立ち上げをしています）からバトンを受け取って最初のミッションが「DX Criteriaを上げること」だと聞いたときにそのあたりの事情を全て察しました。😅 結論から先に書くと、1年で大幅改善を達成することがで

[sasasin_net]

デプロイ回数まじ効くので是非

[masatotoro]

デプロイ回数

[iga_k]

幕府さんさすがっす！指標がわかりやすい。書籍『LeanとDevOpsの科学』。

[enk_enk]

デプロイ回数という大域指標一点張り（正確にはエラー率も）のアプローチ、力強くてよい

[t-wada]

CTO着任後まずはDX Criteriaで現状を分析し、『LeanとDevOpsの科学』の4つのキーメトリクスからデプロイ頻度だけを定点観測。品質指標が下がらないようにデプロイ回数を増やすというバランスを維持して改善。素晴らしい。

[viperbjpn]

デプロイメントに制限がなくなるようにしたことは良きかな。あと環境整備もしたぽいところは、開発、運用周りの人は良かったね。

[sashiharajp]

デプロイ回数をKPIに。

[takahiro_ikegawa]

デプロイ簡単だと大きな機能開発でも細かくリリースしやすいのでめちゃ便利です〜

[mjf2015ck]

デプロイ回数という指標に絞って、生産性向上を目指した。

[mfunaki]

2021/03/10

[tomoya]

D/DあるいはD/D/Dは僕も1番大事だと思ってる。これが高いということは、他の指標もたいていクリアできる。

[mazinlabs]

"ソフトウェアエンジニアが当たり前にやってきたことを当たり前に取り入れる、つまりDX = Developer eXperienceを高めることが組織のDX = Digital Transformationに直結しているという意味が込められています。"

[kiririmode]

DevOpsの指標の一つであるデプロイ頻度を品質とのバランスを保ちながら改善

[toritori0318]

デプロイの敷居を低くするのはとても良い

[yarumato]

“『LeanとDevOpsの科学』によると収益性や市場占有率の高い企業ほど、頻繁にデプロイ（＝高速に開発）し品質下がらない。計測軸は一貫して定点観測できるデプロイ回数で十分。品質を疎かにしないためエラー数を意識”

[jiro_kit]

DX Criteriaについては過度に数字を気にするなって公式も言ってるんだけど．https://cto-a.github.io/dxcriteria/usage.html 観測するには良い指標だけど，これを上げて喜んでるのはなんか違うのでは．

[tanority]

指標を何するかが大事

[knok]

戦うプログラマーでNTのビルドを毎回お願いにいくのが大変だったみたいな話が書かれていた記憶

[hi-hats]

自分もデプロイ回数の指標化を提案したことあったけど、あれって「必要なものを作って不要なものを作らない」っていういわゆる"要求の劣化へのアジャイルな修正"の片輪も動いてないと形骸化するんよね

[tarbonet]

わ

[kamayan1980]

これはかっこいい。デプロイ回数を増やすためには、粒度を小さくする必要があり、小さい粒度を管理するためには、環境を整える必要がある、という見事なトップダウン。

[mayumayu_nimolove]

デプロイ回数をKPIは面白い🤣

[rlho]

デプロイ回数をKPIにするのなるほどよさそう。品質向上に繋がるのはなんでかまだわかってないけど、開発の健全性を表す指標としてわかりやすい

[door-s-dev]

デプロイ時間長いのダルいから短くしたい、、デプロイ回数増やしたら障害も増えましたじゃしょうもないから監視は大事

[pplaceCEO]

デプロイ頻度は大事な指標だけど、それを追いすぎるとビルドトラップになることもありえるよね。

[forrest-gump]

デプロイ回数を基準にするのはいいな

[miya-jan]

メインで使われてる指標は four key metrics のデプロイ頻度であって、DX Criteria は関係ないのでは…？

[KazuoLv1]

デプロイ回数を増やすというより、より小さな粒度で開発を進めて行くということかな。小さい方がエラーも起こりにくいし。

[externalight]

すごい

[lifeisadog]

デプロイ回数はどうでもよくて、結果としてKGIにどれだけ貢献したのかが興味ある。あと関係ないけどNewsPicksは宣伝記事によいしょコメントする関係者やユーザーが気持ち悪いよね。その辺もなんとかして

[seiunsky]

すごい

[isrc]

開発者一人あたりのデプロイ回数が定常的に2倍、多い週で3倍以上になりました

[rgfx]

CIだけでなくCDまでキッチリやってくやつなー。CTO視線だ。

[surume000]

デプロイ回数を指標にすると、大きな機能改修を後回しにして細かい改修ばっかりにならない？デプロイを簡略化することはいいと思うが