記事へのコメント31件

    • 注目コメント
    • 新着コメント
    lycolia
    本質的に開発生産性を計測することはできないことへの説明材料全部入り。質と自動テストについての話も。

    その他
    name-25137412
    メモ

    その他
    shun9167
    開発生産性の3階層は混同しがちなので意識しなきゃと思った。 レベル1:仕事量の生産性 レベル2:期待付加価値の生産性 レベル3:実現付加価値の生産性

    その他
    nemoba
    nemoba 頻度による質向上は感覚的に正しいけど、向上する"質"がソフトウェア品質であることが多くて、Valueに繋がってない感すごい。

    2022/12/26 リンク

    その他
    hogeaegxa
    日本は生産性が低いから終わってるって言ってる層に生産性って具体的に何?って聞いても、1%ぐらいはこの記事みたく定義を言うけど、後は生産性つったら生産性に決まってるだろ!としか帰ってこないだろうとは思う

    その他
    longyang
    ソフトウェア開発って他の工学分野で言うところの「製造」ではなく「設計」だと思うので、他の分野では設計生産性についてどう考えていたりするのだろうな?

    その他
    demAge
    記事の本文に関係なくてすまんなんだけどMath部分のフォントがどうにも気持ち悪くて詐欺サイト踏んだかと思った

    その他
    mashiaki1975
    mashiaki1975 生産性の定義が難解なのが問題。営業とかはインとアウトがまだ定義しやすいのかな?事務はどうだろう。

    2022/12/26 リンク

    その他
    NOV1975
    力作なんだけど、興味ない人が多そうだなあ…

    その他
    salon_hiyake
    既存のライブラリやGitHub 上の資産を使った場合、それはインプットに含まれるの?

    その他
    taguch1
    taguch1 こう言う話が職場で盛んになるとそろそろ終わりかなって思う指標として役に立ってる。

    2022/12/26 リンク

    その他
    nakag0711
    仕事を不完全に数値化してしまうとそれが一人歩きして数値化できてない部分が見えなくなるのが最大の問題。視聴率を追い求めるテレビマンのように。

    その他
    greencoffeemaker
    営業と製造を一緒にして資金投入量と回収量で判断すべきだと思う。そうすることで上手く行かないプロジェクトは消える。なお長期的な投資プロジェクトの場合は赤字を容認すること。そこが経営判断だと思う。

    その他
    trace22
    結局どのレイヤで責任持つかでそれぞれ指標違うというだけのような。責任持ちたくない奴が延々ケムに巻いてるように見える。ここんとこそんな話聞かないけどな。

    その他
    hikalin8686
    あとで読む

    その他
    saiid
    saiid 2年後の即死級インシデントを防ぐための対応、みたいなものとかもままあるから単位時間あたりのバリューを一律の指標で計測するって難しい

    2022/12/25 リンク

    その他
    sukkuuuuu
    “パターンやライブラリを使用することで、複雑な処理を簡単に実装することができますが、そのためには、少ない”

    その他
    yfukuda827
    プログラマーの生産性やっぱ難しいね。1行当たりの売り上げとか利益で考えていけばいいのかなとか思いました!

    その他
    tk_musik
    tk_musik アウトカムっぽい話。根本的に大事なことに思う。ただ例えば売上だけで考えたとき、所謂「良い案件」の争奪戦をするのが最も評価を上げるのに効率が良くなってしまうのも懸念。ここ考えるの後回しにしたくないね。

    2022/12/25 リンク

    その他
    augsUK
    augsUK リアルタイムに何かを把握したいのはともかく、最終的にはinもoutも金の話になるべきなのが営利企業。頑張って売れないもの/サービスを作るのは一番避けたいけど、短期指標を重視するほどそこにつっこみがち

    2022/12/25 リンク

    その他
    chintaro3
     消費性の観点のない生産性の話はクソ

    その他
    natu3kan
    natu3kan コードの量換算だと、コードをかさましするだけって部分最適化するもんね。それが金にならなくて業務を効率化しない需要のないサービスのコードだったら、さらに無駄になるし。

    2022/12/25 リンク

    その他
    chadakaisei33
    “レベル1:仕事量の生産性”

    その他
    gcyn
    生産性を語ろうとすること自体が生産性測定という工学的な営みであって、それは関わる人の工学的な素養やアイデンティティを問うたり周囲に提示したりすることになるみたいな点でなるほど。技術観、価値観、人生観。

    その他
    yarumato
    “ソフトウェア開発における開発生産性の3階層:Lv1:仕事量の生産性(労働時間・人数)、Lv2:期待付加価値の生産性(リリース頻度)、Lv3:実現付加価値の生産性(最終的な売上) 優先順位を付けるRICEスコア”

    その他
    a96neko
    見てる

    その他
    bopperjp
    単位時間あたりの仕事量を増やすのはLv1って話

    その他
    chiroruxx
    chiroruxx インプットを金銭にするならアウトプットも金銭にしたほうがいいんでは。

    2022/12/25 リンク

    その他
    nil0303
    nil0303 生産性測りたいなら生産性とかいうゆるふわ単語使うなよ、という真っ当な記事。

    2022/12/25 リンク

    その他
    suikyojin
    suikyojin 『ソフトウェア工学が役に立たなかった理由』でこう言っている。 「売れないもの、役に立たないものを効率的に作っても何の意味もない」 https://suikyojin.hatenablog.com/entry/20060115/p1

    2022/12/25 リンク

    その他

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

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

    関連記事

    開発生産性について議論する前に知っておきたいこと - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure y...

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

    • biqfavo2026/08/30 biqfavo
    • wata882026/03/15 wata88
    • ssmtkmt2026/03/14 ssmtkmt
    • nekoruri2026/01/06 nekoruri
    • sunasun2025/12/13 sunasun
    • nishitki2025/12/12 nishitki
    • GOT44162025/11/20 GOT4416
    • tx52025/11/05 tx5
    • seckie2025/10/27 seckie
    • caramelcoffee2025/09/23 caramelcoffee
    • urawa72h2025/08/13 urawa72h
    • vine_hate2025/07/23 vine_hate
    • ref30002025/06/19 ref3000
    • mayu_01212025/02/25 mayu_0121
    • shimobayashi2024/11/18 shimobayashi
    • kuchitama2024/11/17 kuchitama
    • masawada2024/11/17 masawada
    • kompiro2024/11/09 kompiro
    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

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

    いま人気の記事

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

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

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

    新着記事 - テクノロジー

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

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

    いま人気の記事 - 企業メディア

    企業メディアをもっと読む