上司からMBO(目標管理シート)を書くように依頼されたのですが、何を書けばいいのかわからず困っています。
私はソフトウェア開発の会社に入社して2年目になります。主な仕事は設計書の作成とプログラマの進捗管理になります。
ひとまずMBOに
・納期の厳守
・品質の向上
の2項目とそれを達成する為の方法を記載して提出したのですが、
上司に
「出来て当たり前の事は書かないで欲しい」
と言われ再度考えることになりました・・・・
いったいMBOとは何を書いたらいいのか分からなくなってきたのですが
どういった目標を書けばいいのかご教示いただけないでしょうか?

このQ&Aに関連する最新のQ&A

品質目標」に関するQ&A: ISO9001 品質目標

A 回答 (2件)

具体的な数値目標を書きましたか?


例えば、納期の厳守ならば、前期に遅延したものが何件あったが、今期は何件以下にするとか。
そのために、こういった施策を行うという具合です。
品質の向上ならば、不良摘出密度になるのですが、多いとプログラム品質が悪いと思われるし、少ないとテストしてないのではと思われるし、難しいですね。
プログラムの不良摘出密度を管理して、標準値からはずれているプログラムについて、見直しや追加テストを行うとかですかね。
    • good
    • 2
この回答へのお礼

ご回答ありがとうございます。
数値で具体的には書いて無かったです。
具体的な数値目標を咥えて書き直してみます。

お礼日時:2012/06/11 01:48

>>上司からMBO(目標管理シート)を書くように依頼されたのですが、何を書けばいいのかわからず困っています。



入社2年目なら、一般的には、会社のほうから、質問者さんに、それなりの目標が提示されてもいい気がします。それが会社として無いのでは?
つまりは、まず目標を考えるべきは、質問者さんよりも、会社の社長や上司のほうではないかと思われます。彼らが、自分の会社の進むべき方向性を見失っているのでしょう。

まあ、それなりに誤魔化して美辞麗句を並べて、政治家的な記載すればいいのでは?
    • good
    • 1
この回答へのお礼

ご回答ありがとうございます。
上司に相談してみましたがやはり「自分で考えろ」とのことでした。
最初に書いていた内容に具体的な数字を追記して出すことにします。

お礼日時:2012/06/13 01:24

このQ&Aに関連する人気のQ&A

品質目標」に関するQ&A: 仕事での目標設定

お探しのQ&Aが見つからない時は、教えて!gooで質問しましょう!

このQ&Aを見た人が検索しているワード

このQ&Aと関連する良く見られている質問

Qシステム開発における進捗管理

こんにちは。
今回、新しいシステムベンダーに業務支援システム(受注業務系)の発注をしたのですが、そのベンダーがスケジュール管理ができない所で困っております。
初めて取引するベンダーということもあり、こちらの運用説明など基本設計に時間がかかってしまい、当初の2ヶ月遅れの仕上がり(当初は4ヶ月で終了予定が6ヶ月)に気がつくとなっていました。遅延することで即深刻な損害にならない為と私も忙しいこともあり、特に気に留めず進めていたのですが、とうとう上司にかなりひどく叱責を受けました。
確かに私もスケジュール管理していないのは反省しているのですが、どうもベンダーのSEまで、進捗遅れの原因は私にあるとベンダー側の上司に報告しているようです。(私にも非はありますが、特に遅れることを了承したわけでもないのに・・・)
ただ、私としては、ベンダーに発注しているのだから、進捗の遅れはベンダー側SEによる責任が大きいと考えるのですがいかがでしょうか?
(案件が小さい為、請負・委託など契約は明にしていません)
宜しくお願い致します。

Aベストアンサー

補足を受けて:

>特に指摘は無いですが、もし指摘があったとしても、やはり目に見える形で提示してほしいものです。

納期の遅れの可能性について、何もSE側から言及がなかったというのは、問題ですね。
ここに至る経過の中で、
(1)遅延の可能性を認識できなかった
(2)認識していたが、フォローもないので放っておいた
の何れかであると思います。

どちらにしても、SEとしては???だと思います。
あなたが、そのSEを今後も使うのであれば、
(1)あなたが、きっちりフォローをする、
(2)SEの上司に説明を求め、フォローをさせる
など、あまり面白くない落ちになりそうです。
(SEを変えさせる、発注先を変えるは、あなたの負担増になりそうなので薦めませんが、対応が悪ければ、キッチリするしかないと思います)


>現状だとSEはただの御用聞きか?という感じです。
>大きい会社程その辺はしっかりしていると思いますし・・・

SEといっても、単なるプログラマみたいな人、ベンダーのへのメール代わりみたいな人もいますね、確かに。
大きい会社ほどしっかりしているという傾向は確かにありますが・・・・。

>経験者’とのことですがどちら側の所属ですか?
それぞれの立場になる部署を経てきましたので’経験者’ということで・・・。

補足を受けて:

>特に指摘は無いですが、もし指摘があったとしても、やはり目に見える形で提示してほしいものです。

納期の遅れの可能性について、何もSE側から言及がなかったというのは、問題ですね。
ここに至る経過の中で、
(1)遅延の可能性を認識できなかった
(2)認識していたが、フォローもないので放っておいた
の何れかであると思います。

どちらにしても、SEとしては???だと思います。
あなたが、そのSEを今後も使うのであれば、
(1)あなたが、きっちりフォローをする、
(2)SE...続きを読む

Qネットワーク 使えない 客先 進捗管理 グループウェア

数人のチームでソフト開発をしているのですが、客先のネットワークに開発マシンをつなぐことがルール上できないため、プロジェクトの進捗管理で苦労しています。

ToDoリストを共有し、各人が更新した内容をUSBメモリで渡されたファイルでマージしてくれるようなものを探していますが、なにかいいものがあれば情報をいただきたいと思います。

最終的には「要件を満たしたかったら自分で作れ」という答えになるのかもしれませんが、そういうことになかなか時間がかけられない状況ですので、どうかよろしくお願いします。

Aベストアンサー

A0かA1の紙に日程表、ToDoリストを書いていって
済んだものから各人が消し込んでいく。
昔ながらの方法で申し訳ありませんが....

書き込みの際にマインドマップを使用すればより
効果的かも?

#ハイテクにばかり頼っているといざという時に
#何もできなくなりますよ。

Q派遣プログラマと正社員プログラマの違い

派遣会社に登録してプログラマの仕事をしておられる、派遣プログラマの方に質問です。

1.派遣プログラマとして働く事のメリットとデメリットを教えて下さい。

2.正社員と派遣ではどちらが年収いいのでしょうか?
(正社員はボーナスがありますが派遣はないので、やはり派遣だと安くなりますか?)

3.正社員から派遣になって良かったと思いますか?後悔していたりしますか?

Aベストアンサー

こんにちは。3年程正社員でプログラマして、その後派遣プログラマとして
ちょうど半年たって今にいたります。
ほとんどNO1さんと同じですね。

1.メリット:給料がUP。正社員じゃないので気分的に楽(本当に嫌になったら
      すぐ辞められる感じだし、本当の上司や先輩じゃないから)。
      好きな仕事が選べる。社員旅行とかめんどくさいのに参加しなくて
      いい。(会社によるけど)
 デメリット:福利厚生など手厚い対応がない。保険や税金などめんどくさい。
       なんか社会的に守られてない感じ。
       派遣の仕事がないとつらい。(私の場合はすぐきたけど)
       派遣されてきて仕事ができないと白い目だ。
       むかつく人がいるとすぐに喧嘩してしまう。(僕の場合)

2.前の会社の給料・ボーナスがあまりにも低かったのであがった。
 年収ベースで100万くらいかな?本当に。

3.男性の場合、年をとるとあせるかも。
 将来的には正社員がいいと思います。僕は今給料がいいけど、正社員の会社に
 入るためそろそろ活動しようかと考えています。

今回、初めて派遣社員になって今までなかったことやしなかったことや
知らなかったことがたくさんありました。結構いい経験になったかな?
以上です。

こんにちは。3年程正社員でプログラマして、その後派遣プログラマとして
ちょうど半年たって今にいたります。
ほとんどNO1さんと同じですね。

1.メリット:給料がUP。正社員じゃないので気分的に楽(本当に嫌になったら
      すぐ辞められる感じだし、本当の上司や先輩じゃないから)。
      好きな仕事が選べる。社員旅行とかめんどくさいのに参加しなくて
      いい。(会社によるけど)
 デメリット:福利厚生など手厚い対応がない。保険や税金などめんどくさい。
     ...続きを読む

Q目標管理シートの書き方について

現在駆け出しのプログラマですが、このたび会社で半年毎に目標管理シートを記載し、下記についてどういう目標を立て実現をめざすかということを記述する事になりました。

1. 利益率の向上
2. 納期の厳守
3. 不良の再発防止
4. 品質の向上
5. 会社業務の生産性の向上
6. 個人の技術力の向上

そして私が思うに下記のような制約があるのですが、この状況下で適切な目標とはどういうものかというのが分からなかった為、アドバイスいただける方がいらっしゃいましたら、ご教示の程よろしくお願いします。

1. 半年毎に数値で評価する事が可能な目標にする必要があると思います(例え数年かかる目標でも、半年毎にその進捗状況が数値で評価できる目標にする必要があると思います)。
2. 一応業務のメインはプログラミングですが、設計などを行なう可能性もあり、半年の間にどのような業務を行なうかは目標設定時には分かりません
(大まかに絞れば、ソフトウェア開発ということになりますが、例えばプログラミング色の強い目標を設定した所、実は業務でプログラムをやることがほとんどなかったという可能性もあり、あまり狭い範囲に絞った目標の場合、自分でコントロールできない所で目標が達成できなくなる可能性があります)。
3. プログラミング言語はその時々で適切と思われる言語が決定された状態で指示される為、半年の間にどのような言語を使用するかは目標設定時には分かりません。

なお、アドバイスについては、具体的な目標、及びその目標の達成基準をご教示いただいてももちろん大丈夫ですし、こういうサイトがあるですとか、こういう考え方があるですとかというような情報でも大丈夫です。
アドバイス等によっては、特定の会社では使えるものの、特定の会社では使えないことなどもあると思いますが、できるだけ多くの意見をいただけると参考になり助かります。

また、情報不足等があり、補足が必要でしたら、その旨ご指摘いただければと思います。

以上、よろしくお願いします。

現在駆け出しのプログラマですが、このたび会社で半年毎に目標管理シートを記載し、下記についてどういう目標を立て実現をめざすかということを記述する事になりました。

1. 利益率の向上
2. 納期の厳守
3. 不良の再発防止
4. 品質の向上
5. 会社業務の生産性の向上
6. 個人の技術力の向上

そして私が思うに下記のような制約があるのですが、この状況下で適切な目標とはどういうものかというのが分からなかった為、アドバイスいただける方がいらっしゃいましたら、ご教示の程よろしくお願いします。

1. 半年毎...続きを読む

Aベストアンサー

コンピュータシステム開発会社に勤務しております。
うちの会社も、通年の目標管理が設定され、半期ごとに、個人評価、上司との面談を行っています。
質問者様の勤務する会社が自社開発ソフトか、業務委託型なのかにもよりますが、業務委託型として、私なりの
考えです。
1.利益率の向上
   顧客先との契約では、個人の単価が関係してきます。個人の単価を上げるためには、顧客先からの評価を
   高めること。つまり、業務知識に精通することです。
2. 納期の厳守
   当たり前なことですが、時として守れないことがあります。メンバーのスキル不足。納期厳守の意識不足。
   あとは、業務開始時に仕様が明確になっていないため、作業工程に戻りが発生すること。また、追加仕様を
   無計画で受け入れてしまうことです。
   開発当初の仕様を明確にする。レビューを繰り返し実施する。仕様変更・仕様追加が発生する場合は、納期を
   どうするか、あらかじめ決定しておくこと。
3. 不良の再発防止
   不良(不具合)の原因としては、仕様もれ、仕様の理解不足・テストケース不足が考えられます。そこで、各工程で
   レビュー(検討会議)を繰り返すこと。テストについても、テスト仕様書のレビュー、テスト結果報告書のレビューを実施
   します。
   万一、不良があった場合、それを記録として残すこと。
4. 品質の向上
   不良を出さないこともありますが、ユーザー側の立場に立った、仕様の検討・提案ができるか?
5. 会社業務の生産性の向上
   会社で、過去に開発したシステムで、再利用・2次利用できるものを活用し、作業工数を減らすことです。
   無駄な残業をしないことも、当然ですね。
6. 個人の技術力の向上
   コンピュータ関連の資格を取得すること。会社として、共通して使用しているツール・DBなどの知識を深めること。
   新規技術(クラウドなど)の情報収集に努めること

参考になれば幸いです。
もうすぐ50のSEでした。
  

コンピュータシステム開発会社に勤務しております。
うちの会社も、通年の目標管理が設定され、半期ごとに、個人評価、上司との面談を行っています。
質問者様の勤務する会社が自社開発ソフトか、業務委託型なのかにもよりますが、業務委託型として、私なりの
考えです。
1.利益率の向上
   顧客先との契約では、個人の単価が関係してきます。個人の単価を上げるためには、顧客先からの評価を
   高めること。つまり、業務知識に精通することです。
2. 納期の厳守
   当たり前なことですが、時として守...続きを読む

Qファストトラッキングはなぜ進捗改善に効果がある?

いつもアドバイスありがとう御座います。
takeo1983です。

ファストトラッキング技法を使い同時並行でタスクを行うとにより進捗改善が出来る。
とあるのですが、何故だかまったくわかりません。

例えば10人日掛かる工数を4人日,3人日,3人日の3つに分け4人日と3人日を並行作業するとします。
その技法では、結果1人日減って9人日で作業が完了できるとあるのですが、全体の工数は10人日なのでたとえ並行して作業を行っても私一人で作業すると10人日かかってしまうと思います。
スケジュール表などでは重なった部分(並行作業)だけ短縮したように見えますが、実際は並行作業を行うためには物理的に人がもう一人必要。
つまり私一人ではCPUの並行処理のように、細かい時間を区切って作業の切り替えを行うので重なった部分は2倍時間が掛かる。結果進捗改善にならないような気がするのですが。。。

仮に、並行処理の時だけ作業人数が増えるとしたとしても並行作業をしているのに何故(4+3)-(3+3) = 1 = 進捗改善
になるのかもわかりません。

単純に並行作業を行った2つの工数のもっとも長い工数(4人日)に、並行作業を行っていない工数(3人日)を足し、全体(10人日)を引いた時間の3人日進捗改善するかと思うのですが。。

ご存知の方いらっしゃいましたらご教授いただけないでしょうか。
よろしくお願い致します。

いつもアドバイスありがとう御座います。
takeo1983です。

ファストトラッキング技法を使い同時並行でタスクを行うとにより進捗改善が出来る。
とあるのですが、何故だかまったくわかりません。

例えば10人日掛かる工数を4人日,3人日,3人日の3つに分け4人日と3人日を並行作業するとします。
その技法では、結果1人日減って9人日で作業が完了できるとあるのですが、全体の工数は10人日なのでたとえ並行して作業を行っても私一人で作業すると10人日かかってしまうと思います。
スケジュール表などでは重なっ...続きを読む

Aベストアンサー

既に回答されていますが、ファストトラッキングは期間改善(短縮)を図るための手法です。
アプリケーション開発を例にとると、工程は設計→製造→試験となります。
(ご質問者様からの補足にある設計、開発、デバッグは、ここでは設計、製造、試験に置き換えます)
通常の開発手法は、設計が終了した後に製造に着手し、製造が終了した後に試験に入ります。
ファストトラッキングは、設計が終了する前に一部の製造を開始し、製造が終了する前に一部の試験を開始するやり方です。
これによって期間短縮を図るのですが、このやり方は前工程が完全に終了する前に次の作業に入りますので、場合によっては後戻りするリスクを伴います。現実的には、最も影響が少ないと思われる作業を先行することで後戻りのリスクを最小限とするように実行しますが。
ということで、10人日の作業が9人日で終わるというのは何かの間違いでしょう。10日間の作業が9日間で完了することは可能になるでしょうが。
なお、余分なことですが料理の例えは多重処理を理解するうえで有効な説明ではないでしょうか。


人気Q&Aランキング

おすすめ情報