アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
一つのことを行い、またそれをうまくやるプログラムを書け -- Malcolm Douglas McIlroy
年功序列型賃金も (スコア:5, すばらしい洞察)
短期間にプロジェクトをがんがん進められて売り上げを伸ばせる
ような人が企業の収益力のメインエンジンなんだろうけれども、
そういう人をサポートしたり、人が出した新しいアイディアに対して
その実装を考えられたり、またチーム内の人間関係を取り持てるような、
仕事に人生にある程度経験を積んだバランス感覚に優れた人もいないと
会社として成り立たない。
メインエンジンにはその出力に、姿勢補助エンジンにはその安定性に
応じて評価するってことじゃないですかね。
#と、学生としてはこのように思うわけです。
ごめんなさい。
Re:年功序列型賃金も (スコア:5, すばらしい洞察)
成果主義というのは結局成果が見えやすいか見えにくいかに依存しますよね。
よく言われることですが、プロジェクトの成功が目に見える開発部門の人に比べ
システムの保守運用を行う部門の人はどうしても評価が低くなります。
また、トラブルの解決が高く評価されがちなのも気になります。
トラブルを起こさないことの方が価値は高いと思うのですが。
人によっては年功序列型を選ぶことで評価制度への不服従の表明の意味もあるかもしれませんね。
Re:年功序列型賃金も (スコア:0)
通常、保守運用というのは重要ですが、誰でも出来る業務です。
不断の努力が必要でしょうが、誰でも出来る業務ですので、個人の能力の評価は得られません。
(誰でも出来ない運用保守業務は、ある意味既に間違いなので除外します。実際そういうのも多いですが)
しかしトラブルにおいては様々な個人の能力が試されます。
自分の仕事として責任を持てる姿勢、お客への説明やベンダとの調整能力
個人の技術力、時間の把握、色々です。
周りを納得させる時間でトラブルが解決できたのであれば
当然その人は評価が上がりますし、逆
Re:年功序列型賃金も (スコア:3, すばらしい洞察)
あなたも言うとおり「そういうの」が多く、なおかつそれが評価されないというのが問題なわけですが。
現実から目を背けちゃダメですよ。
Re:年功序列型賃金も (スコア:0)
間違ってるんだから。
そういうのが評価される方がむしろ大問題。
得てしてスポットを浴びるのはそういう馬鹿だったりするが。
Re:年功序列型賃金も (スコア:0)
そんなことも想像できないあなたみたいなバカが上司になると不幸ですよね。