アカウント名:
パスワード:
自分の周りだと、社内SEに限らずアプリのエンジンチームとかの研究開発も削られている印象がありますね。売り上げに直結しないせいか評価が低くなりがちのようで、予算やら人やらをバッサバッサ切られてます。
現場的にはそういう下回りが有って初めて安定した開発ができるようになると思っているんですが、どうも経営層では明確に数字に出ないと評価しないようです。
うちの周りでも同じ現象が起きてます・・・というか、自分が当事者です。社内のシステムやツールを作る立場なのですが、こないだ上司に「売り上げを出してないんだから、みなし残業時間を越えた残業は認めない」と言われました。でも、その時間で終わる内容の仕事を越えているケースが多いので、さてどうしたものかと思いますね。
これでも今年度からは、人件費削減の具体的な数字を現場から出させて、それに応じて優先度を決定し、制作をするスタイルに切り替えてるので、数字で評価できないことは無いはずなんですが・・・。
あまりくどいこと言われるようなら、「じゃあ、売り上げの出る部門に異動させてください」って言い出すつもりですけどね。その社内SE殿も、売り上げを出さないことが問題なら、売り上げのある部門で使ってくださいって打診することはできなかったのかな。事情はそれぞれでしょうけど。
それによる業務効率改善度をまとめた報告書なりを作ってアピールしないと。例えば開発したての時のバグ発生数と、製品採用時の残バグ曲線、開発に要した期間とを、製品開発時に同時にそれらを作った場合にどれだけ開発期間がのびるか、複数製品に採用しているならその都度の開発による無駄な工数というシミュレーションをして金額を算出するとか。今時はわからない物や見通しの悪いものはゼロ評価が当たり前になっているし、昔のように現場をわかっている人じゃなく、経営寄りの人が増えているケースが多いと思うので。
その通りですね。
ちなみに現在は、
起案部門からツールやシステムの制作要求・要求仕様・1プロジェクトあたりの、ツールの使用における作業工数の削減見積もり・そのツールが使えるプロジェクトは年間何件あるか など↓社内SE部門から、製作期間見積もり・作業工数(いつから使用できるか、何プロジェクトでペイするか数値化)・システム仕様書↓識者による会議を開催し部長の承認↓完成・提供・運用試験↓プロジェクトにおける工数削減実績の提出(部長、役員向け)
までやってるんですよ。これってちゃんと、仕事してますよね?
にもかかわらず、前記のような問題がありましてね。売り上げ出してないとか言われると、極めて、納得がいきません。売り上げは出してなくても、利益には関与しているし。採算と無関係に作らざるを得ないものは、数年後に会社の業務がどん詰まりになるのを予見して用意しているものばかりだし。まあ、アピールに励むとします。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ナニゲにアレゲなのは、ナニゲなアレゲ -- アレゲ研究家
自分の周りだと (スコア:3, 参考になる)
自分の周りだと、社内SEに限らずアプリのエンジンチームとかの研究開発も削られている印象がありますね。
売り上げに直結しないせいか評価が低くなりがちのようで、予算やら人やらをバッサバッサ切られてます。
現場的にはそういう下回りが有って初めて安定した開発ができるようになると思っているんですが、どうも経営層では明確に数字に出ないと評価しないようです。
Re: (スコア:5, 参考になる)
うちの周りでも同じ現象が起きてます・・・というか、自分が当事者です。
社内のシステムやツールを作る立場なのですが、こないだ上司に
「売り上げを出してないんだから、みなし残業時間を越えた残業は認めない」と言われました。
でも、その時間で終わる内容の仕事を越えているケースが多いので、さてどうしたものかと思いますね。
これでも今年度からは、人件費削減の具体的な数字を現場から出させて、それに応じて優先度を決定し、制作をするスタイルに切り替えてるので、数字で評価できないことは無いはずなんですが・・・。
あまりくどいこと言われるようなら、「じゃあ、売り上げの出る部門に異動させてください」って言い出すつもりですけどね。
その社内SE殿も、売り上げを出さないことが問題なら、売り上げのある部門で使ってくださいって打診することはできなかったのかな。事情はそれぞれでしょうけど。
Re: (スコア:0)
それによる業務効率改善度をまとめた報告書なりを作ってアピールしないと。
例えば開発したての時のバグ発生数と、製品採用時の残バグ曲線、開発に要した期間とを、製品開発時に同時にそれらを作った場合にどれだけ開発期間がのびるか、複数製品に採用しているならその都度の開発による無駄な工数というシミュレーションをして金額を算出するとか。
今時はわからない物や見通しの悪いものはゼロ評価が当たり前になっているし、昔のように現場をわかっている人じゃなく、経営寄りの人が増えているケースが多いと思うので。
Re:自分の周りだと (スコア:2)
その通りですね。
ちなみに現在は、
起案部門からツールやシステムの制作要求
・要求仕様
・1プロジェクトあたりの、ツールの使用における作業工数の削減見積もり
・そのツールが使えるプロジェクトは年間何件あるか など
↓
社内SE部門から、製作期間見積もり
・作業工数(いつから使用できるか、何プロジェクトでペイするか数値化)
・システム仕様書
↓
識者による会議を開催し部長の承認
↓
完成・提供・運用試験
↓
プロジェクトにおける工数削減実績の提出(部長、役員向け)
までやってるんですよ。
これってちゃんと、仕事してますよね?
にもかかわらず、前記のような問題がありましてね。
売り上げ出してないとか言われると、極めて、納得がいきません。
売り上げは出してなくても、利益には関与しているし。
採算と無関係に作らざるを得ないものは、数年後に会社の業務がどん詰まりになるのを予見して用意しているものばかりだし。
まあ、アピールに励むとします。