共有
  • 記事へのコメント42

    • 注目コメント
    • 新着コメント
    その他
    takahiro_ikegawa
    takahiro_ikegawa デプロイ簡単だと大きな機能開発でも細かくリリースしやすいのでめちゃ便利です〜

    2022/10/13 リンク

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

    2022/08/30 リンク

    その他
    mfunaki
    mfunaki 2021/03/10

    2021/03/11 リンク

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

    2021/03/05 リンク

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

    2021/03/05 リンク

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

    2021/03/05 リンク

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

    2021/02/13 リンク

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

    2021/02/03 リンク

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

    2021/02/02 リンク

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

    2021/01/29 リンク

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

    2021/01/29 リンク

    その他
    tanority
    tanority 指標を何するかが大事

    2021/01/29 リンク

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

    2021/01/29 リンク

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

    2021/01/29 リンク

    その他
    tarbonet
    tarbonet

    2021/01/29 リンク

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

    2021/01/29 リンク

    その他
    mayumayu_nimolove
    mayumayu_nimolove デプロイ回数をKPIは面白い🤣

    2021/01/29 リンク

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

    2021/01/29 リンク

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

    2021/01/29 リンク

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

    2021/01/29 リンク

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

    2021/01/29 リンク

    その他
    forrest-gump
    forrest-gump デプロイ回数を基準にするのはいいな

    2021/01/29 リンク

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

    2021/01/29 リンク

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

    2021/01/29 リンク

    その他
    externalight
    externalight すごい

    2021/01/29 リンク

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

    2021/01/29 リンク

    その他
    seiunsky
    seiunsky すごい

    2021/01/29 リンク

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

    2021/01/29 リンク

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

    2021/01/29 リンク

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

    2021/01/29 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック!
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

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

    こんにちは。このブログでは初めまして。2020年の2月にNewsPicksに入社した高山です。 今回は僕がNewsPi...

    ブックマークしたユーザー

    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事