[フレーム]
はてなブックマークアプリ

サクサク読めて、
アプリ限定の機能も多数!

アプリで開く

気に入った記事をブックマーク

  • 気に入った記事を保存できます
    保存した記事の一覧は、はてなブックマークで確認・編集ができます
  • 記事を読んだ感想やメモを書き残せます
  • 非公開でブックマークすることもできます
適切な情報に変更

エントリーの編集

loading...

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。

タイトルガイドライン

このページのオーナーなので以下のアクションを実行できます

タイトル、本文などの情報を
再取得することができます
コメントを非表示にできます コメント表示の設定

ブックマークしました

ここにツイート内容が記載されます https://b.hatena.ne.jp/URLはspanで囲んでください

Twitterで共有

ONにすると、次回以降このダイアログを飛ばしてTwitterに遷移します

473users がブックマーク コメント 31

ガイドラインをご確認の上、良識あるコメントにご協力ください

0 / 0
入力したタグを追加

現在プライベートモードです 設定を変更する

おすすめタグタグについて

よく使うタグ

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

ガイドラインをご確認の上、良識あるコメントにご協力ください

0 / 0
入力したタグを追加

現在プライベートモードです 設定を変更する

おすすめタグタグについて

よく使うタグ

はてなブックマーク

はてなブックマークで
関心をシェアしよう

みんなの興味と感想が集まることで
新しい発見や、深堀りがもっと楽しく

ユーザー登録

アカウントをお持ちの方はログインページへ

記事へのコメント31件

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

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

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

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

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

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

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

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

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

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

その他
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」を使用しています

リンクを埋め込む

以下のコードをコピーしてサイトに埋め込むことができます

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

関連記事

usersに達しました!

さんが1番目にブックマークした記事「開発生産性につい...」が注目されています。

気持ちをシェアしよう

ツイートする

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

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure y... Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 事業としてソフトウェア開発を行う企業にとって、自分たちの開発チームの生産性が十分に高いのか、あるいはそうでないのかについては大きな関心があります。 そのこと自体は、何かを計測し、改善するというのは営利企業としては健全です。一方で、ソフトウェアエンジニアリングの世界で「生産性の高さ」だと主張できる汎用性の高い指標は存在しません。こういった状況の中で、「生産性」を巡る議論は経営やビジネス部門とエンジニアチームとの間で繰り広げられ、場合によっては大きな不和や不信感につながることも珍しいことではありません。 今回は、エンジニアの開発生

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

  • 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
  • razokulover2024年11月09日 razokulover
  • lycolia2024年10月17日 lycolia
  • daimaruonline2024年07月26日 daimaruonline
  • jsoizo2024年07月24日 jsoizo
  • okumuraa12024年07月06日 okumuraa1
  • ihirokyx2024年07月01日 ihirokyx
  • matsuoshi2024年07月01日 matsuoshi
  • kmiya_bbm2024年06月01日 kmiya_bbm
  • haranicle2024年05月28日 haranicle
すべてのユーザーの
詳細を表示します

ブックマークしたすべてのユーザー

同じサイトの新着

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

いま人気の記事

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

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

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

新着記事 - テクノロジー

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

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

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

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

はてなブックマーク

公式Twitter

はてなのサービス

Copyright © 2005-2025 Hatena. All Rights Reserved.
設定を変更しましたx

AltStyle によって変換されたページ (->オリジナル) /