プログラマの目標管理制度って？

数値で評価できる目標と達成方法を挙げろって言われたが
プログラマの目標って何？さーっぱりわかりません。
アドバイスをください。

1日500行書くとか、そういうんじゃないのか？

3

目標、1327店！

>>2 なるほど。・・・・・・って、それじゃ駄目そう。
>>3 ？
>>4 達成できないと給料減らされるのでできません。

3年以内に独立するとか書いておけ。

>>6 アドバイスをありがとうございます。
でも業務と関係ない目標なので目標管理制度に該当しません。

毎日午後8時までには家に帰る。

出荷後のバグ件数 0件

本当の目標値を書いたら怒鳴られるんだよなー。

居眠りは月10時間以内に留める

>>8
それはいい心がけですね。大賛成です。
デスマーチなんてのがあるこの業界ではよい目標だと思います。

実は最近は6時ごろには帰宅の準備をしていたりする。
現状より悪化してしまうので目標にならない。
ガックリ

どこの会社でもにたようなことやってんだな・・・・

｡･ﾟ･(ﾉД`)･ﾟ･｡
やっかいなことを増やしてくれるぜ！→成果主義

仕様に対する進捗目標と遂行率じゃないの？

でも仕様が曖昧とかで曖昧な達成率しかあげられない揚げ句、
曖昧さに納得のいかない管理職が曖昧な評価減を決定すると。

成果主義ねえ…

成果バリバリ挙げていたはずだが、一向に評価されず
はたから見てもダメダメな奴ばっか評価されてた罠
ダメな奴を現場から遠ざけるのは、正解といえば正解だが

・数値で評価できる目標
　毎年必ず年齢を１つ増やす

・達成方法
　毎日を大切に生きる

たまに達成できないヤツがいるんだよな・・・・

>>1
そんなの管理職が考えることだろ。
自分の仕事を他人に押し付けるなって言っとけ。

うちの会社では年度始めに、各自で技能目標を出さないといけない。
目標が低すぎれば却下されてやり直し。

この目標達成度はボーナスに反映されるが、月平均150h残業してて
資格取得なんかできるわけねーだろって感じ。
いくら仕事しても、この目標達成度のせいでボーナス低い…

今日目標提出だ…

ボーナスの査定を100%、目標管理でやります、っていう馬鹿な管理職がいたな。

A4一枚の紙に、自分の業務内容を全部書けるかってーの。

しかも、普段やってること書いたら、

誰もがやるのが当たり前のことは書くな

とか怒られたよ。

ボーナスを多くもらうためには、本業やらないほうがいいんですか、と。

うちもあるー！
普段の業務とは別に目標を立てなきゃいけない。

しかも毎月進捗報告しなきゃいけないし…
仕事ないチームの人は、勤務時間中に目標のタスクを進められるけど、
デスマチームにいる私はそんなの絶対無理。
ボーナス査定にも50%も影響するから、
暇な人ほどボーナス多かったりする。

せめて日付が変わる前には帰りたい…
残業代ないし…

ていうか、わざわざ達成できないようなことを書かせて
自分の給料が上がらないのは自分のせいだと思わせるためのものなんだから
適当にかいておけばいいんだよ。
だいたいこういうことさせる会社は後がない。
みんな嫌になって辞めていくよ。
こんな脅迫めいた環境で目標の達成だのなんだのなんて
真剣に取り組む馬鹿なんていやしないんだよ。

不治通の成果主義の崩壊とかいう本を上司にプレゼントしてやれ

>>24
そういうのは実際に崩壊してみるまで自分のところだけは大丈夫と
頑なに信じて疑わないものさ。

うちも同じようなのが去年から始まったけど、
達成したのは仕事がなかった新人くんだけ。
それなのに、また今年もやるだとさ。
部長のＴさんよ、状況を把握してくらはい。

まあ、使ってる側からすれば適当な名目の下で人件費の削減ができりゃいいわけだから、
使われてる側もストレス貯めない程度に適当にかわしとくのが良いと思うがナ。

業績が悪化すれば「社員が働かない」とか言われるだけだろうし。

ふはははは
見積ステップ数の20%削減が目標だったが
結果3%だったぜー

……あほくせ

ステップ数なんて簡単に膨らますことできるよね。
テストファーストとか、ASSERTとか入れまくれば倍増。
で、これらは無駄なステップではない。
と、考えるとステップ数100%増量が正しいような希ガス。
そもそも数値で示せる目標を立てることに疑問。

>29
馬鹿らしいよね。
if (hoge)
{
    return;
}

じゃなくて
if (hoge) return;

なら1行だもんなあ。馬鹿らしー

しかもコメントも含むんだと……

ステップ数増量が目標なら、
ループを展開できるところはコピペでしちゃうかもなーｗ

短い期間の仕事ばかりで、さらに短くする目標なんて無理だし、
仮に短くできたからといって貰えるお金が増えるわけじゃなし。

>>30
ステップ数と行数の違いがわからない馬鹿ですか?

>33
ステップ数の定義はそれぞれであるだろうさ……
それが正しい正しくないはともかく

if (true) {
　if (true) {
　　hoge();
　}
}

を5ステップとかいっちゃう上司だったりするぞ……

うちは、
a =
　b
　+
　c;
で4ステップだな。
客が知ったら怒るでしかし。

うちはソースファイル中のセミコロンの数を、ステップ数とみなしてる。

たまにテストが面倒くさくて、ステップ数を過小に申告することがあるよ。
ステップ数に、ひみつの係数を掛けて、標準テスト項目数を決めるからね。

昔は行指向の言語が殆どだったので一ステップ＝一行として全く問題なかった
今は文指向の言語が主流である。これが混乱のもとだ。

つーかマジで行単位で仕事判断する環境にいるとやる気無くすな。
俺はＣ言語の文法判断して改行入れても問題無いところに改行入れまくるツールを作った。
出力ファイルみると、人間が読むコードじゃないよｗもうｗ

まじで目標って何なんだよ。
評価しやすい目標にしろ、
難易度が判りやすい目標にしろ、
達成度を評価しやすい目標にしろ、
それを達成するための方法を説明しろ、
自己啓発しろ（これも難易度、評価、方法を示せ）、
たとえば高度情報処理とか取れ、
・・・・・・・・・・・・・・・・・・・・・・・・orz
俺は常に神経を尖らせ野望を持ち努力をし続けるのではなく、
目立たず失敗を恐れのんびり無難に長生きするんだい。

>39
> 目立たず失敗を恐れのんびり無難に長生きするんだい。

なら単純に
納期守る
納品後(とか結合テスト開始時とか)自責バグ0件
でいーじゃなーいと思うが駄目だしされるのかな?

>>40　・・・あのさ、
「納期守る」のは作業担当者個人の責務ではなくて、
組織の責務だよ。契約主体が組織体なんだから。
担当者個人が守るのはスケジュール。
そのスケジュールがまともなものかどうかはまた別の話だけど

すまん、スケジュールと云いたかったorz
いま云われて納期と書いてたことに気づいた

あげ

目標管理なんて必要姉ちゃん

セミコロンの数を数えますので
buff.append("@@");
を１つずつ書きます

セミコロンで数えているということを知らないフリして、

;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
とかを区切りの目印に書いてるよ。