2009-05-15 3 views
5

あなたのチームのプログラマーは、古いレガシーシステムを維持するのに優れています。しかし、同社は新しい技術/プラットフォームに切り替えました。有効性の低いプログラマではどうしますか?

有効性の低い開発者はどうしますか?

+7

私はあなたに彼に儀式の服部を伝えることができると思います。それを保存すれば、おそらく彼は必要システムをスピードアップするのに役立つかもしれません。 – BobbyShaftoe

+0

@BobbyShaftoe:いいジョークですが、実際にこれをやっていると、一部の管轄地域で民事責任や刑事責任を引き起こすことさえあります。 – sharptooth

+4

あなたの質問が私たちに言わないのは、あなたのレガシープログラマーがこの問題をどのように考えているのか、そこには答えがある、と私は思う。 – Benjol

答えて

12

新しい技術/プラットフォームにスムーズに移動してみましょう。まず小さな課題を与えてから大きな課題を与えてから、完全に移動してください。

もし彼が良いプログラマなら、彼は同じ会社か別の会社の別のポジションを考えなければならないと教えてくれるでしょう。彼の遊び場ではなくビジネスです。

+0

新しい状況に適応できることは良いプログラマの兆候です。新しいシステムに容易に適応できるなら、間違いなくそれらを保つ必要があります。 –

+0

@CrazyJugglerDrummer:私はあなたにいくらか反対です。 PHPに移行することに興味がなく、最終的にはasp.netをPHPで再作成しようとする偉大なC#開発者を持つことができます(またはその逆)。彼らは良い開発者ではないという意味ではありません。彼らは経営陣が自分たちのやり方の誤りを見て、やり直すことを望んでいるかもしれない。 – NotMe

1

新しい技術を学び、合理的な時間を与え、そうするように助けてくれるように伝えます。

1

新しいシステムで彼を訓練することができない場合は、彼を離れる必要があります。または、彼を「プロジェクトマネージャー」に昇進させて、彼がねじ込まれるまで待ってから、彼を撃ってください。

7

おそらく同社はまだ同じビジネスをしているので、この人は技術/プロジェクト管理やBAの役割に長年取り組んできたことがあります。また、新しいプラットフォームに移行することを嫌う既存のクライアントをお持ちの場合は、新人の誰も従来のものを理解することができないため、サポートの役割で非常に役立ちます。

+2

企業はドメイン知識をあまりにも早く失うように見える - 企業内の知識を維持するためにあらゆる努力がなされなければならない。 – Fortyrunner

0

最高のアプローチは積極的です:従業員に新技術を含むタスクの一部をレガシーシステムでプログラミングするようにしてください。これにより、組織にとってより価値のあるものになり、仕事の満足度が向上します。それについて何が好きではないですか? ;-)

レガシーコードに関わっている人は、自分の時間で新技術の学習に時間を費やす必要があります。

レガシーコードに直接学習することができない場合は、ソースコード管理、バグ追跡、プロジェクト管理(例:スクラムアプローチプロジェクトマネジメントのアジャイル化)、文書化、サポートなどが含まれます。

1

私は、プロダクションで古いソフトウェアを使用するまでは、常に古いプラットフォームの知識を持つ人が必要だと思います。あなたの20歳のコブルールプログラムで働くことができるすべての人が去ってしまったと想像してください。そして、ある日あなたが何かが間違っていると言って電話します。チームのメンバーは、会社が異なるテクニック/言語/プラットフォームなどに向かっていると説明し、会社のビジネスに最新の状態を維持するためのコースやトレーニング教材を提供する可能性を提供します。

新しいものを学ぶ時間を費やしたくない場合は、いつでもさまざまな分野で彼を使うことができます。あなたが使っていない技術でさえ、経験は常に重要です。

ビジュアルベーシック.netで働く会社で働いていると仮定すると、2人のプログラマーがいます。最初はvisual basic .netで1年間の経験を持ち、もう1人は低レベルC++で15年間の経験を持っています/アセンブリプログラミング。私はおそらく2番目のものを雇うだろう。たとえ彼がビジュアルベーシックについて何も知らないとしても、彼は確かに分かち合う経験が大いにある。

alk。

0

レガシーシステムにバックアップ値があるかどうかを検討する必要があります。特にあなたが動き出したばかりの場合。

以下の仮定のシナリオを検討してください。

ステップ1.ブランドの新しいシニーの技術を実装します。

ステップ2.移動レガシーハイテクプログラマ任意の他(または火)

ステップ3.出会う新しい技術、またはレガシーシステムではなく、新しいものでサポートされている重要なデータ/プロセスの重要なバグを修正しました。

ステップ4 Oups ...

男は「素晴らしい」となっている場合は、彼は新しいシステムを学ぶことができるようになります非常に合理的な可能性があります。彼は関係する技術を知らないかもしれないが、彼はシステムの目的&の目的を知っている。彼はシステムが何をしているのか知っていますし、なぜ、あなたは彼に方法を示す必要があります。

さて、もちろん、

1

少なくとも2つの理由のために、彼を保つ...彼は本当にそれを得ることができない、あなたがレガシーシステムが博物館に寄贈する準備ができていることを確認していることとします

  • 古いレガシーシステムがまだ稼働中の場合、彼はまだそれを維持する能力があります。

  • 彼は確かに誰もいないだけ方法古いシステムの動作よりも優れて知っている

    だけでなく、それはそのほとんどの隠された部分に何。この知識は、新しいシステムを設計して設計する際に非常に重要です。たとえ彼が新技術に関与していなくても、あなたの男は新しいシステムを構築する上で果たす役割を担っています。

+0

+1 - "それは何か"。プログラミングを脇に置いて、どこに論理的な落とし穴が最初にあったのかを知ることは、良い知識です。それで私は自分自身と私の周りの人たちに言います。 – Assembler

0

あなたはこの質問をしてきたが、あなたはジレンマであることを意味し、この男の仕事が好きなことを意味し、あなたは彼がレガシーコードとの良好であることを言いました。

一つのことが得意である一つは、あまりにも他の人に良いことができます(私はそう信じている)

変更が不可避であるあなたのプログラマを知らせると、彼の技術を変え始めると、現実的かつ互恵的な目標を設定するために彼に言うと、厳密にスケジュールを強制する。

彼は彼が他の生き残りを採用することができれば、彼は新しい仕事を見つけることを学ぶでしょう。 [注:私のコメントと提案は私の助けとなるものですが、100%の成功を保証するものではありません。]

3

熱意の喪失から、技術的変化の恐れや疲れ、レクリエーション薬の不適切な使用など

おそらく彼らは一度評価され、有効な従業員だったと思われます。人道的な対応は、問題が何であるかを見つけ出し、その人が自分自身と自分の仕事について再び気分を良くする方法を見つけて、企業が再び生産性を高めるのを助けることができるようにすることです。あなたが説明しているポジションにいる人は、現在、非生産的であるか、他の、幸運な、あるいはより才能のある同僚に「効果がない」と見なされていることについて、明らかに満足していません。

私はあなたの質問がどのように枠組みされているか、その人物が問題と負担になったかのようには好きではありません。このように表現すれば、答えがより迅速になるでしょう。

「私はもはや効果的な開発者ではなく、私はすぐに失業になるだろうと怖いです。世界は私の周りで変わってきました。私の価値観と自尊心を取り戻すのですか?」

PS私は52歳で、主に契約を結び、常に新技術を使用して最先端を保ってきましたが、あなたが説明しているポジションには多くの人がいます。彼らはプログラマーや従業員になる前に人間です。

0

明らかに、面白くない答えは、彼にトレーニングを与えることです。彼に本を渡さずに新しいシステムを学んでもらうことを教えてもらいますが、適切な訓練を与え、コースに送り、現在使用している人からシステムを学び、しばらくの間シャドウし、質問してそうです。

0

いくつかの要因がここにあります:新しい技術に切り替える従業員の古いハイテク

  • 意欲に戻るの会社
  • 可能性の

    1. サイズ。あなたは小さな会社(< 10人)の話をしている場合は、従業員

    の値に

  • 当社の視点。その従業員の再訓練に時間を費やすよりも、餌を切って新しい才能を捜すほうがずっと良いでしょう。会社とその人の両方のために。小規模な企業は、非生産的な人々を非常に長い間給与計算に服させる余裕がない。

    大企業では、他の3つの項目が優先されます。帰ることさえあれば、その人を守ることは純粋な保険です。同様に、従業員が新しい技術(および方法を実行する方法)に移行することに熱心であれば、彼らは過去の経験のすべてを先取りすることができます。

    最後に、会社が従業員の価値を実際に評価している場合、その人物が新しい環境に身を成し遂げるように奨励しようとします。しかし、ここには注意してください。変更に関心のない従業員は誰にもうまくいかないと奨励します。


    私は、この問題が両方向に進むことを見ました。あるケースでは、従業員はスイッチについて満足しており、膨大な時間を費やしてスピードを上げました。彼らは最終的に多くの洞察と価値を提供することができました。

    私はまた、技術の変化に追随して叫び声をあげている人たちを見てきました。しかし、同社は彼らと努力を続ける義務を感じていました。私は最終的に彼を切った後、1年後にそのような人に遭遇しました。彼は新しい仕事でははるかに幸せでした。