エンジニアを頑張ったで評価する会社は衰退する | rake enjoy
この前飲み会でこんな話をしていたのでまとめてみます。 終身雇用が崩壊し、昨今では会社の評価制度では成果主義というのが普通になりつつあります。ただ成果主義とは言いつつ何を持って成果とするかは議論の余地があると思います。 例えば営業職であれば分かりやすく売上目標というものがあります。企画職の場合でも売上やその他のKPIを目標設定することで分かりやすく評価出来ると思います。ではエンジニアの場合はどうでしょうか。 開発したシステムが実際に軌道に乗って数字を出し始めるまでには相当時間がかかります。（最近のゲームなどは除く）またその数字が出るか出ないかは実際営業や企画側の問題が多分にある為、こういったケースでエンジニアを数字で評価するとシステムの良し悪しとは関係なく単純に運がいいか悪いかだけになってしまいます。もちろん企画に意見が反映出来る環境であったり営業に指示できる環境であればエンジニアでも数字を
借りはコードで返せ、とかを学んだ1年でありましたよ。 | エンピツとキーボード
先月で転職してから1年がたった。 振り返りの意味を込めて、職場を変えて1年間で実感したこと書く。 僕は元COBOLer（もっと正確に言うとNATURALという言語で開発をしていた）から特定の業者さんが使用するWebサービスをASP提供する会社に移った。 COBOLerがWebサービスに移ったらという苦労話も需要が多いかもしれないけど、具体的にどのような技術や知識を必要としたか、というのは書かない。 強いて言えば、JavaでもPHPでもRailsでもGrailsでもよいから、Linux上でWebアプリを1つでも完成させた経験があると良いのじゃないかと思う。 というか、そういう経験がなかったので、死にかけた。僕は。 ともあれ、おかげさまで、今の職場は楽しいし、やり甲斐のある仕事を楽しんでいる。 ◯業務知識重要 転職して一番苦労し、今も悩ましいのは自分の業務知識のなさだ。 業務知識を持たずに仕事
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
