@IT情報マネジメント会議室は、2009年4月15日に新システムに移行しました。
新たに書き込みを行う場合には、新しい会議室をご利用ください。
新たに書き込みを行う場合には、新しい会議室をご利用ください。
- @IT情報マネジメント 会議室 Indexリンク
- IT戦略
- 仕事の改善
- アーキテクチャ
- プロジェクト管理
- ITインフラ
- Webマーケティング
- BPMプロフェッショナル
- 業務アプリ
- - PR -
プログラミングは新人の仕事
投稿者 | 投稿内容 | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
投稿日時: 2005-10-12 19:52
プログラミングしかやらない社員がいます。
せいぜいプログラミングは入社2年までの仕事だと思うのですが その社員は社歴も長くすでに27歳です。 プログラミングだけなら新人に置き換える旨を通告したところ 反抗的な態度を示すようになりました。 せっかくのチャンスを与えたのに残念でなりません。 プログラミングのみで逃げてきた社員を SEにステップアップさせるにはどうしたらよいでしょうか? その社員と同世代の人たちは お客様との折衝にあたるなど彼と比べると2つ上の仕事をしています。 その社員の目標を定めることが非常に困難です。 [ メッセージ編集済み 編集者: 天才主任技師 編集日時 2005-10-12 19:57 ] | ||||||||||||
|
投稿日時: 2005-10-12 20:04
業務命令に従わないのであれば、クビにしましょう。
| ||||||||||||
|
投稿日時: 2005-10-12 20:11
がると申します。
んっと…プログラミングというかコーディングですが。 「プログラミング」という発言がどのくらいまでの範囲を 差しているのかが微妙ではあるのですが。 そうですねぇ… ・forkしまくってthread500以上でのthreadセーフなコーディング ・socketで多数の接続を待ちながらselectでぶん回すようなコーディング ・状態遷移系のコーディング などが「せいぜい入社2年までの仕事だ」とはあまり思えないの ですが。 「設計書の通りに作れば…」という発言が聞こえてこないでもないですが、 上述のものを「設計書の通りに作れば」ってほど詳細に設計書に落とし 込んだらコーディングより手間がかかります。
まず ・SEというお仕事の定義 から入ったほうがよろしいように思われますが如何なもの でしょうか? というか、取り合えずまず「天才主任技師さんのおっしゃる」 SEの定義をお願いしたく。 そうしないと、以降の議論がかみ合わなくなる可能性が極めて 高いので。
んっと…顧客との折衝は非常に重要ではあるのですが、それが プログラミングと比べて上下があるかと聞かれると疑問です。 # 「職業に貴賎なし」ってご存知ありません? 天才主任技師さんの立場がわからないのでなんとも、ですが。 もし単純に同僚とかそういった立場であれば、その27歳の人 の上司がどのように動くのかを眺めていれば良いと思います。 管理職系の人であれば当然「部下に対して適切な ヒアリングを実施して目標を聞き出す」ことができるはず ですから。 で、天才主任技師さん的には、「将来」御自分がそのような 上職に付いたときに「どのようにヒアリングをすべきか」という 方法を学ぶ良い機会かと思います。 時々 ・一緒に飲めばわかる ・一緒にレクリエーション(ボウリングとか野球とかの類)をすればわかる などの暴論を吐く人がいますが、現時点でそのような無能な方は まずいらっしゃらないので。 実際に「適切なヒアリング」と、場合によっては「部下のキャリア プランへの理解の促し」などをどのように行うかを学ぶ、よい チャンスかと思います。 特に「管理職」系に興味があるのであれば、必須の技能ですし。 また、ちゃんと上職の方とお話をすれば、コーディングが 必ずしも「入社2年までのお仕事」ではないことなどを きちんと説明してもらえると思います。 そのあたりの誤認識も、このチャンスに修正されることを 心よりお勧めいたします。 頑張ってください ^^ | ||||||||||||
|
投稿日時: 2005-10-12 20:12
そいつ、役に立たないので、解雇です。 関連スレ 全部スレ主さんの投稿です。天才になれるよう参考にどうぞ http://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=24311&forum=15&40 http://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=23787&forum=15&41 http://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=23444&forum=15&129 http://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=24544&forum=3&41 http://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=24667&forum=3&62 http://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=24542&forum=3&32 http://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=24540&forum=3&28 | ||||||||||||
|
投稿日時: 2005-10-12 20:32
え〜?これでいいじゃないですか。 このメンバーからの投稿を表示 _________________ | ||||||||||||
|
投稿日時: 2005-10-12 20:53
fork でスレッド作れるなんてアナタすごいですね!尊敬します。 | ||||||||||||
|
投稿日時: 2005-10-12 21:03
がるです。
えっと…言葉が足りなかったですね。 forkで作成した各プロセスごとにそれぞれ500以上のthread、です。 失礼いたしました。 # ただ、明示的に「forkでthreadが作れる」とはどこにも書いていない # と思うのですが。 | ||||||||||||
|
投稿日時: 2005-10-12 21:26
こんにちは。引用が多くなるので読みにくいかも知れません。
先に謝っておきます。
ただ、どの程度の作業範囲を指して、"プログラミング"とおっしゃっているのか 分らないので、その是非については判断できません。 用語の誤解が無いように、何か資料を引用していただくか、 具体的な作業内容を示して頂けると、より踏み込んだ議論が可能になると思います。 御社の標準的な昇進(?)システムでは、 3年目からSEとなるのが当たり前のこと、とされているのでょうか? 2年程度のプログラミング経験では、 SEとしてまったく通用しない世界があることも知って欲しいです。 蛇足ですが、1〜2年程度のプログラミング経験を経てSEになる、というのは、 日本のコンサルや大手SI系会社では、珍しくはないようですね。 ただ、これについては、日本のIT業界の悪習だと考えています。
また、その通告はどのようにしたのでしょうか? その社員の方が、何を考え、どうしてそのような態度に出たのかを 考えることが大切だと思います。 もう少し引用を続けます。
えっと、確認しておきたいのですが。 ・SEは、プログラマーの上級職ではありません。 ・SEにはSEの、プログラマーにはプログラマーの役割があります。 ・交換可能なSEもいれば、交換不可能なプログラマーもいます。 という主張が成り立つことを、理解していただけますか? #同意まで求めませんけど。。 もし、上記のことを理解できないのであれば、 「問題は、社員の方ではなくあなたの方にあるのではないか?」 と、私は考えるでしょう。 あなたのおっしゃるチャンスとは、社員の方にとってもチャンスなんでしょうか? そのチャンスを得ることで、どのようなメリットがあるのでしょうか? 例えば、私に対して、それを上手く説明することはできるのでしょうか? あなたが、社員の方の考えを十分に理解できないように、 わたしも、あなたの考えを十分に理解できていません。 それぞれの間には、深く暗い溝が横たわっているような気さえしてきます。 とりあえず、この溝を埋めてみませんか? #沢山質問してしまってゴメンナサイ。 #一つでもいいから答えて頂けたら、ありがたいです。 |