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