- ベストアンサー
会社でのトラブル
osirinkooの回答
- osirinkoo
- ベストアンサー率16% (1/6)
自己評価の高い他人評価の低い人だと自覚できる歳じゃないよね～
関連するQ&A
- 会社に行きたくないです。
●自己紹介 27歳(男)、IT企業に勤めております。 入社5年目の会社員で、システムエンジニアです。 会社は皆さんもよく知っているメーカーです。 ●私の現状 課長から色々プレッシャーをかけられて(土日両方来い！など) 最近、会社に行くのが苦痛です。 仕事以外は以下の行動を取ることが多いです。 ・「会社 辞めたい」、「会社 行きたくない」でよく検索 ・youtubeで「ブラック企業」でよく検索 ・「ブラック会社に勤めてるんだが、もう俺は限界かもしれない」の映画を見る ●プロジェクトの状況 システム開発のプロジェクトがあって、 A(2013/4-2013/6) B(2013/4-2014/2) C(2013/9-2014/3) D(2013/12-2014/3)←私の担当 開発規模は25Kステップです。 一部重複してありますが、上記の順で行われていました。 ただ、Bのプロジェクトで大幅に遅延があり(5ヶ月の遅延)、 それに伴い、Cのプロジェクトも遅延(3ヶ月の遅延)しております。 その結果、Bのプロジェクトの費用をCから借りて、 また、Cのプロジェクトの費用をDから借りたため Dのプロジェクトの費用はほとんど残っておらず、、人を雇うことができず、開発要員が増えない状況でした。 それでも、課長は２月から人を雇うと言っていましたが、結局増えていません。 ●プロジェクトの体制 課長：プロジェクトマネージャー(PM)(3つのプロジェクトを掛け持ち) 主任：プロジェクトリーダー(PL)(4つのプロジェクトを掛け持ち) 私 ：仕様統括 協力会社の方：入社2年目だが、レベルは新人とほぼ変わらない。 ●スケジュール 2013/12 基本設計 2014/01 詳細設計 2014/02 開発→単体テスト 2014/03 連動テスト→総合テスト ●私の残業時間 2013/12 20時間←残業規制が入ったので 2014/01 50時間 2014/02 70時間 2014/03 75時間(予定) 残業代はきちんと出ます。サービス残業ではありません。 ●プロジェクトの進め方 基本的に私が協力会社の方を指導しながら、自分の作業(設計)をこなし、 PLとはレビューをするくらいでした。 PLは他のプロジェクトで客先にいくこと多かったので。 なので、私と協力会社の2人で作業をこなすという感じです。 ただ、PLが多忙のため、進捗管理等など、私がPLの作業もしておりました。 ●スケジュールの遅延 詳細設計が一ヶ月遅延しました。 なので 2014/03/14～ 開発→単体テスト になっております。 2014/03/14からCのプロジェクトのプログラマーが3名加わりましたが 2014/03/31までの期間限定です。開発→単体テストはすべて終わりません。 4月末までには総合テストまで完了させないといけないのですが どう考えても間に合いそうにありません。 ●私の気持ち あまり詳しいスケジュールを引かずに作業していました。 設計作業・指導で、いっぱいいっぱいで、なれないPLの作業もしており、 私の要領の悪さで遅延してしまった面もあると思います。 ですが明らかに人員不足だと思います。 Dのプロジェクトは割りと放置気味でした。 4月末までに終わらせないと、お客さまに迷惑がかかるため 課長が焦るのもわかります。 ●質問 ここまで、お読みいただいてありがとうございます。 お聞きしたいの次の２点です。 ・上記の状況でまいってしまう私が弱いのでしょうか？ ・皆さんだったら無理してでも頑張りますか？ もしよろしければ、ご意見等をお願いいたします。
- 締切済み
- 社会・職場
- 会社での目標設定の押しつけ？
会社で目標を立てる事になりました。 四半期毎に達成度を表す必要があります。 そしてそれは、昇級の査定として扱われるとの事です。 目標を立てさせることはいいのですが、疑問があります。 立てた目標は上司の審査があります。 業務に当たっての技術向上といっただけの目標は上司により却下されます。 達成度がわからない、という事です。 新しいスキルを実務レベルまで修得する、という目標も明確な技術水準がわからないからと却下されます。 結局の所、資格取得などに至らないと目標達成と認めてくれず、査定に値しないようです。 また、業務に関連するであろう資格の取得を目標を掲げて受理されても、この先の業務の流れで必要なくなれば、査定評価も低くなるとのこと。 目標は必ず提示しなければいけません。 以上のような状況で… ・業務にとして必要に迫られていない資格の取得を、強制的にさせようとすることに問題はないのか？ 査定という言葉を使ったパワハラとも思えるのですが ・目標達成時の状況で、査定レベルを変えるのは許されるのか？ 目標として審査の上受理したなら、達成したら受理した時点での評価をすべきではないのか 私的に業務とは一切関係ない資格取得のために勉強していると、上司が認める資格の取得のために時間も労力も費やせません。 それでも目標提示は必須、査定に響くと言われてしまうとどうしていいのやら。 ご意見聞かせて下さい。
- 締切済み
- その他（法律）
- 開発許可申請について
申請をするにあたり事前に公共施設管理者の同意（都計法３２条）が必要ですが、同意が得られなかった場合どのような対応をしていけば良いのでしょうか？ 同意できないという内容で当該市町村より理由をつけて文書をもらいましたが、どの理由にも詳しい説明はされてなく、手っ取り早くいえば『反対だから同意しない』というような文言ばかりです。 一度、質疑書を提出して回答、説明を求めました。しかし戻ってきた回答はこちらの質疑に回答、説明をしたものではなく理解に苦しむものでした。 開発の許可をおろす県の開発課に間に入ってもらい相談をしているのですが、立場上あまり込み入ったことは出来ないとのことなので自分達でどうにかしなければなりません。（県の担当の方も当該市町村の対応に呆れていました） この場合、行政不服審査法に基づいて不服申し立ては出来るのでしょうか？ 聞くところによるとこの場合は行政の処分には当たらないので不服申し立ては出来ないと聞いたことがあるのですがもしそうならどのような対応をすればよいのでしょうか？ 開発をしないと家が建たない土地なので困っています。開発が出来ないところではなく近くに開発許可を受けて造成し、家を建てているところがたくさんあり、当該市町村の担当課でも『家が建つ土地なので開発の申請をしてください』といわれていました。 ちょっとしたアドバイスでも構いません。宜しくお願いします。
- ベストアンサー
- その他（行政・福祉）
- メーカー系子会社は、理系より文系人間のほうが得？
メーカー子会社では、理系より文系あるいは、理系でも技術が分からない方が得ではないかと思うのですがどうでしょうか？ 配属部署で技術ができないと管理職に早くあがる場合が多いし、いろいろと、うまみのあることが多いという気がします。 親会社も同じように見えます。 また、技術の管理職による開発・設計の問題や数値評価の弊害も多いと思います。 メーカー系で務めている方や、他業種でも構いませんので、ご意見をお願いします。 身近な内容で細かいことをまとめてみました。 ■技術が出来ない方が得と思われる点 (1)技術職で入社し、技術ができなかったら一般職へ移動。 (2)若くして一般職に移動し、庶務さんと同じ仕事をしても、給料は技術職と同じかそれ以上かもしれない？ (3)技術ができず、一般職に移動するのが若いほど、後で昇格しやすい。 (4)技術から移動した一般職の人は、なぜか技術職より上と考えている。 (5)一般職は、家族がいても残業なしでも生活できるような給料と思われる。 (6)技術は、家族がいると残業がないと生活できない状態になり、仕事が無い場合は、意味があるかどうか微妙な仕事を作って残業をする。 (7)技術職は、開発・設計だけでなく、一般職に比べて労働環境が良いとは言いにくい場所での労働もあり、また、年をとったら、技術が出来なかった一般職に移動した人や管理職に使われることになりかねない。 ■技術の管理職の問題 (1)技術で何らかの失敗をするが、客先と話ができると、技術の管理職になる。 (2)管理職なのに、技術で上になったと勘違いをし、部下より技術ができると思い込むことが多く、上流設計をやろうとし、大失敗を行うことがよくある。 (3)さらに管理職は、多数の人員・金がかかると課長や部長になる。この場合、金額が高いことも必要だが、予定より非常に多く金がかかった場合、上位の管理職になることが多い。 (4)最上位の管理職（社長）は、親会社から来ているので、結局、使っただけ親会社が払うことになり、仕事で失敗すれば失敗するほど、管理職の評価が高いことになる。また、大失敗しても、次の仕事はやってくる。 (5)管理職なのに、開発や設計をやろうとする人がいて、大きな失敗して際は、技術職に押し付けるが、また他の仕事の上流設計に入り、次々と大変な仕事が増えていく。 (6)上位の管理職ほど扱う金額が高いので、管理職が客先と仕事の内容を決定し、開発・設計した場合、大きな失敗をする事が多い。 (7)親会社側も管理職が開発・設計をやろうとし、子会社側の管理職といっしょに開発・設計をやろうとし、技術職をみたら疎ましく扱い失敗する。失敗すると、扱う金額が多くなり、また管理職で昇格する人数が多くなる。 ■管理職についての数値評価の弊害 (1)実際に支払われる金額で管理職や役職者の評価が決定するので、親会社から契約分のお金が払われないことがないように、社内より高い社外の人を使えとか残業しろと勧める。 (2)管理職は、仕事で金がかかるように権限を使用する。たとえば、不慣れな人を上流工程に据えるとか、同じ仕事で非常に時間がかかったとか失敗をした人を、また同じ仕事に付けるといったことで、金を大きく見せようとする。 (3)その逆で、すぐに仕事が終わるとか、成功するような人は他の仕事に移動させて、できる限り不向きな仕事の部署に配置する。 （技術者も新しい仕事に付けていいとか、残業代が多くなって良い面もあります。） (4)管理職の望むようなQCDは、とにかく金を多くは使うものの、物は確実に納めるということを望んでいるような発言をする。品質は特に求めず、客先がいいと言えばそれでいい、好みもあるので社内では判断できないというような発言をするが開発・設計をやりたがる人もいる。 (5)扱う金額に応じて、管理職の数が決定しており、例えば1億円の管理職は、取扱額が年間一億円以上を要求される。このため、金（時間）のかかる技術者が管理職としては望ましく、給料が高い（残業時間が長い）技術者が、その仕事のトップクラスの技術者となっている。 （あてはまる場合と全く逆の場合があり、技術者の数値評価が残業時間評価になっている場合は、逆になる場合が多いのではないでしょうか？） (6)取扱い金額が落ちてくると、管理職の数が減る、つまり降格する場合があるが、この場合は、管理職なのに技術者の仕事を行った場合によくある。 (7)また、技術で一億円以上の仕事よりも、会社全体を扱う一般職での取扱い額の方が管理職評価が付きやすいような気がする。 ■まとめ 若くして技術ができなくて一般職や管理職に移動するほうが、会社内や開発・設計の実権を握るので得な気がします。 技術の管理者の問題点は、失敗して管理者になった人が、また開発・設計で失敗し、管理職が技術をするために、暴走した場合に止める役割がいなくなるのも問題になります。 残業時間評価は、無意味な残業を助長する反面、同業他社と比較して難しい仕事が割り当たった場合には、相応の評価になるため、良し悪しが判断付きにくい面があります。 管理職の評価は、親会社から仕事をもらう子会社なので、数値評価では問題が多いと思います。降格については、技術の仕事ができると管理職から技術職に戻すことからうまく出来ているような気もしますが、本人は不本意な降格で動揺している姿が見受けられます。 本題に戻りますと、メーカー子会社（親会社もあてはまるように思いますが）は、技術が出来ない方が残業少なく高給取りでステータスが高く、ほとんど親会社(子会社)-子会社または子会社内の事務作業が主ですし、開発・設計面も自分主導で行う人もいますから、法律に反する行為さえしなければ、ピンチになれば誰かほかに仕事を振り、責任もあまりなく、ルンルン生活といったところでしょうか♪♪♪ 上記のようなことは、どこも似たような仕組みだと思いますので、親会社から仕事をもらうメーカー子会社（一部内容は親会社）にあてはまる内容だと思いますが、どうでしょうか？
- ベストアンサー
- 経営・管理職
- 目標管理における管理部門の評価について
賞与の業績評価や定期昇級の評価等に目標管理制度の導入を考えています。 さて、営業部門や開発部門は何かと数値目標を明確に掲げることが出来、それを基準に評価すれば良いのですが、事務系の管理部門では、そうそう簡単に数値目標を設定することができませんし、設定した目標が果たして評価されるに値する目標だったかを客観的に評価できません。導入されている方が見えましたら、教えて下さい。 また、営業部門でも昨年度の狂牛病のように不測の事態が発生した場合の公平な評価とはどうすればよいのでしょうか？
- ベストアンサー
- 財務・会計・経理
- ISO9001 設計・開発（7.3）について
ISO事務局の業務を担当しています。 会社は従業員30名ほどで、金属加工を主として、精密機械の機械部品の製作や、機械の組み立て、配管、配線、立上げ等を行っています。製作の際の図面はお客様から頂いています。 6～7年前から社内では設計業務を行ってきました。最近ではちょっとした設備の設計も依頼されるようになりました。 現在ISO9001を取得して5年経過しますが、当社マニュアルで7.3設計・開発は適用除外となっています。認証取得の際、コンサルタントとも相談して、当時の設計依頼が僅かであったこと、また、すべてお客様からの仕様書に基づいた設計業務であることなどを考慮し除外としました。 過去5回の審査はすべて通りました。 現在、設計の依頼は当時に比べ増加しました。 また、設計・開発課なる課も今年度より発足しました。 設計の仕様はお客様によるもので、設計→製作した製品は、すべて依頼されたお客様に納品しています。 自社で開発、販売しているものはありません。 以上を踏まえ、今後のISO認証継続の際、「7.3設計・開発は適用除外」が適合とされるかどうか教えてください。
- ベストアンサー
- その他（ビジネス・キャリア）
- 会社の自分に対する評価表
査定が非常に悪いことで悩んでいます。 私の会社では、コミュニケーションと会社への犠牲（勤務態度）を中心に項目が作られた独特の評価表を使い、 同僚からの評価で査定が決まります。 仕事内容は、姿勢などしかとりあげられません。 実際、私は一番会社にいる時間が長く、 している仕事量も多く、出している金額も多い。 でもこれではあまりに自分がむくわれない。 みとめられていないとわかり、仕事にやる気がおこらなくなりました。 評価した同僚たちが、すごく懐疑的に思えてしまいます。 ネガティブで他人に厳しい人が多いからかもしれませんが。 がんばればいいと言われましたが 今こんなにがんばっているのを、認められていないことがつらいし まわりが自分を理解しようともしていないこともいやだし 逆に求められているもの（仕事量が多く、ひとりだけ忙しいのに、 お茶くみなどの雑務を積極的にこなせといわれても、 過労死しろといわれるようなものです。 そこは理解してもらえない） にも疑問がおこります。 なんだかすべてにやる気がおこらなくなってしまいました。 （でも仕事は山ほどあるし、私しかやれません） 評価をどうやって考えたらいいのでしょう。 なんでもいいので、よかったら教えてください。 とっちらかっていて、すみません
- 締切済み
- その他（ビジネス・キャリア）
- 賞与査定に「顧客満足度」を反映させる仕組みがない
賞与査定の制度に「顧客満足度」を反映させる仕組みがまったくなく問題視しています。 我が社は従業員300人程度の中堅IT企業。 技術が売り物なので、営業職や販売職のように成果をグラフで可視化し難い側面があります。 ただ、多くの企業でありがちな通り、管理職の好き嫌いで評価が決まっています。 これが、管理職が顧客へのヒアリングを行なった上での結果なら良いですが、 そういうのは全く行なっていません。うちは、客先常駐型の20人規模のチーム ですが、管理職はぜんぜん来ません。（月１くらい） なので、一次考課は課内の実情をよく知る主任３名が、部下の目標管理から 面談、振り返りまでを時間をかけておこない、考え抜いて合議で採点しています。 しかし、管理職の好き嫌いで相当ひっくり返ってしまいます。 その時点で、顧客満足度と乖離した評価になってしまっています。 そんな現状なので、管理職にゴマをすって上にあがろうという考えの人が増えてきました。 ライバルの足の引っ張り合い(?)のようなギスギスした感じも出てきています。 これは会社の成長を考えたらよくない状況です。 本来、無能な上司ではなく、お客様に評価していただいてナンボな筈ですから。 このような現状に関し、人事部にアラームを上げたいと考えていますが、 取り合ってもらえるでしょうか？ (あまり余計な事はしないで、実務に実直に打ち込んでいた方が得策でしょうか？)
- 締切済み
- その他（ビジネス・キャリア）
- これぐらいどこの会社でもあること？
１、上司がパワハラ型で、業務に関してなにも教えてくれない。（聞けない） ２、ちょっとしたことでも、脅迫するような言い方をする。 ３、納期内に収めて仕事はできているのに（お金になること） 上からトップダウンで、押し付けられたあやふやな能力目標がうまく説明できないと、というか説明のしようがないと怒鳴って首にしそうになる。（お金にならいこと） ４、高度な設計能力が要求されるのに、昔ながらの人海戦術で解決しようとする。 高度な設計をしても、評価しない。いちゃもんをつける 私が人海戦術を計画したから、このシステムはうまくできた云々 高度な設計者も人海戦術の１匹としか見ない ５、技術的なことがすべて、トップダウンできまる。 いぜん、私が実現すれば良いのにと思っていても、中間上司に相談して否定された しかも、その中間上司もトップダウンで決めたことなら言い草が180度変わった。 ６、休むの理由を聞いて、納得いかないと 取調べモードになって １５分間ぐらい話が続き、下手をしたら首になりそうになる。 ７、システムがうまくいっても、その理由を見つけない たまたま、人海戦術うまく動作した ８、人海戦術の指揮しか経験がないので 社員＝犯人＝取調べみたいなものの言い方しかできない ９、技術ではなく、人海戦術がなにものにも優先される でも、目標はいつも開発能力のスキルアップ
- ベストアンサー
- SE・インフラ・Webエンジニア
- サーバーエンジニアになりたい。
現在未経験でＷｅｂのフレームワークを使った開発の仕事をしています。 開発といっても、ちょこっと機能を追加するだけです。 ほとんどが、ドキュメント作成の時間で、技術に触れる時間が少ないです。 そのため、もっと技術に浸れる仕事がしたいです。 ちょうど、基盤の方も一緒に働いているのですが、彼らはドキュメント作成よりも技術的な 作業の方が多いようです。 サーバーエンジニアは未経験33歳でも入り込めますか？ 基盤の仕事は実際のところ、技術志向の傾向が強いんですか？ Ｗｅｂのシステムの開発はコミュニケーションがかなり重視される仕事です。 ちなみにサーバーを構築しようとしたときに要求定義、基本設計、詳細設計、製造、テストのうち どれが出来ると評価が高くなりますか？
- 締切済み
- ハードウェア・サーバー