技術的負債という(非エンジニアにとっての)隠しパラメータが生産性100倍を起こす - mizchi's blog
元糞コードマイスターとしては、生産性については思うところある。 技術的到達深度が深い人じゃないとそもそもかけないコードってのももちろん存在して、その前提で10倍とか100倍になりうる話をする。 そもそもマイナスになる人がいるって話。 隠しパラメータをモデル化 エンジニアA:「週に10の成果を出して3の負債を生む人」を考える。この人は開発を止めてリファクタリングをすれば10-3 = 7の技術的負債を返却できるとする。 ここで正確には成果10には* aの係数が掛かっている。これはプロジェクト開始時1.0で、技術的負債が貯まるほど0に近づいて行く 次に、エンジニアB:「週に15の成果を出して10の負債を生む人」を考える(これにも係数aがかかる)。この人は見た目上は上の人の1.5倍速く成果を出しているように観測できるが、負債もたまりやすい。リファクタしても綺麗になりにくい。 これは割とエンジニアに
システム開発プロジェクトはなぜ“カオス化”するのか
システム開発の多くは“カオス化”します。ぼくも年を取ったもので、システム開発でいろいろな死屍累々（ししるいるい）の修羅場を見てきた気がします。数年もかかったプロジェクトがいきなり中止になっても、もう驚かないようになりました。例えばこんなダメプロジェクト、皆さんも身に覚えはないでしょうか。 マジで10人に1人しか稼働してない 「働きアリの法則」によると、多くの労働環境では、20％のアリが働いて、80％はまじめに働きません。しかし、ひどいソフトウェア開発の現場ではもっとひどくて、だいたい10人に1人のプログラマーがバーサーカーのように働いて、それでなんとか持っているという状況も多いです。残りの人は、仕事をしてなかったり余計にバグをまき散らすだけだったりします。 RPGのパーティーに例えると、こんな感じですね。 「Lv99-せんし Lv1-あそびにん Lv1-あそびにん Lv1-あそびにん Lv
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
