生産性が高いエンジニアを評価するための２つの仕組み - レベルエンター山本大のブログ

仕事ができるプログラマって、できないプログラマに比べて「１０倍」も生産性が高い。とか言う話がありますよね。 僕も体感的に、本当にできるエンジニアは本当に生産性が５倍とか１０倍とか変わることを見てきました。 でも開発の現場では「残業しまくってる」ほうが、なんだか仕事してるように見えてしまう。 そんな中で久々にこの記事を目にしました（漫画なので1分ぐらいで読めます）。 ■「残業しないで帰るSEってやるきないんじゃない？」 http://next.rikunabi.com/tech/docs/ct_s03600.jsp?p=000800 2006年の記事ではありますが、こういう話って普遍的なので古くもありませんね・ 残業しないで定時に帰れるって評価するべきだし、残業をせず家庭を大事にする社風にしたい。 すごく生産性が高いっていうエンジニアを評価したい。 でも残業してるのって分かりやすいから評価さ

[kiriya-system]

10倍っていうか、標準の1/10しか仕事できないエンジニアが存在するんだよね。

[coppieee]

10倍生産率あるなら、給料10倍にしてほしいな。

[IthacaChasma]

理念・理想としてはよく分かるし、よくできた仕組みだと思う。ただ実現には、１：仕事を個人個人にきっちり切り分けられること、２：仕事の質をしっかり評価できること　の二点が必要で、ここが難しいよね。

[localdisk]

本当の裁量労働制ならいいかも。そうじゃなきゃただのみなし残業制度だと思う。

[sawarabi0130]

裁量労働制が正しく機能するためには経営者が良心的であることと同時に炎上プロジェクトが発生しないことが大前提。ほとんどのIT企業ではどちらも成立していない。

[k-holy]

生産性の高さが給与に反映されないのなら「評価」とは言えない気が…/余った時間で更に技術を磨いたとして、それを発揮して評価される機会がないとやっぱりジリ貧になるわけで。どんな感じなんだろう

[y-mat2006]

でも、仕事の中には雪かき（誰かがやらないと滞るんだけど、労多く実が少ない上、たいてい見積もりから落ちてる）みたいな業務もあるんだよなあ。

[luccafort]

こういうことの問題っていわゆる可視化なわけじゃん？「残業して頑張ってる姿」が見えてしまうのが問題だから１時間あたりの利益率を出すとかして徹底した数値化にすれば解決するんじゃねえの？緊急対応などは当然別

[kanu-orz]

プロジェクトの原価(見積=受注額)が正しければ成立するかもしれないけど、同じ様な仕組みを取り入れて見積りの乖離によって崩壊した事例を知ってるだけに賛同し難い。

[red_snow]

評価＝給与やボーナス＝利益の還元だと思うのでなんかちょっと違う気がする

[teppeis]

プロジェクトごとの残業時間を含めた利益計算と2時間のみなし残業でバランスを取るという方法

[ytabuchi]

労働者に効率という概念を植え付けるためにも原価と利益率をオープンにという姿勢は面白いし評価できますね。ウチもこういう考えをちゃんと導入したいですねー。

[cignoir]

そのあまった時間を作るためには個人の能力に見合ったタスク量を適切に分配するためのプロジェクト管理を行う必要がある。それが難しいから多くの裁量労働者が無限に……ウッ頭が

[takun71]

何の解決にもなってない気がする。運良く儲かってるプロジェクトにいれば、本当は生産性低くてもフリーライドできるじゃん？第一プロジェクトの利益はエンジニアの努力とは必ずしも正比例しないじゃん？

[lesamoureuses]

ふむ “社内で仕事している開発メンバーは、1日2時間の残業を見込みます。極端な話1日6時間だけしか働かなくても、定常の8時間+残業2時間=10時間働いたことになります。1日2時間なので、月40時間。”

[moronbee]

裁量労働制って、責務に対する裁量ではなく時間配分に対する裁量なんだよね。個別の目標管理がコアになるけど、これだけ真摯に向き合う経営者ならいい制度が出来てるんだろうなと思う。

[tg30yen]

見込み残業制で定時に帰れない社員ばかりになる仕事状況になっていたらおかしい。

[hariopip]

問題と仮説と解決が明確に整合していて判り易かった。追記のパートで色々なケースを想定されているが、もともと問題になっていない点に対するケアなのであんまり重要じゃない。

[onionskin]

追記部分が興味深い

[FunnyBunnyDizzy]

現場の意見聞いてみたい

[koogawa]

Reading

[T-norf]

基礎的な話だよねぇ。問題はそっから先。誰が、仕事の成果（もしくは標準工数）を見積るのか。惰性で受注でき誰でもできる仕事を高く見積る技術者・チームが評価されて、逆が評価されないと長期的には(ry

[futtafutta]

大変良いと思います

[hiromark]

わかるけど、変なやり方するとガチガチな風土になりそうなので工夫が必要だろうな。

[i78kunn]

みんなやればいいはずなんだけど、できないんだろな

[shinji]

それぞれ別な作業をやっているので、作業毎の見積もりが妥当かが難しいです。あいつの仕事はオレより簡単じゃんとか。スキルセットも違うし公平で納得感が得られるかは難しいですね。できたモノの評価もムズイし。

[hiroomi]

“利益管理と裁量労働の２つを組み合わせ”

[toaruR]

仕事の流量にもよるけど、適切なチケット生成・管理が、生産性の向上や公平な人件費に直結するんだと思う。成果比によりも実質的な人日計算は定量化しやすい訳で。

[kobachi58]

まんまうちの会社。でももっとやることほあると思う。

[kusaret]

下手に導入するとサビ残が増えそうな気がする…

[slywalker]

仕組みを変えてみるのは大事だと思う。

[stet]

『厚生労働省の「専門業務型裁量労働制」』なので、後者はうちでも使ってます。どこが新しいの？

[htnmiki]

従業員100人超えてこれなら凄い

[te2u]

エンジニアの評価ではなく、プロジェクトマネージメントの話では？/あと、「できるエンジニア目線でいくと、定時に帰るプロジェクトばっかりで残業代なくなってジリ貧になります。」これが理解できなかった。

[haruten]

裁量労働制って「残業したけりゃいくらやっても良いよ！会社は残業について関知しないから残業手当はないよ！」ってことだと思ってた