私のキャリアの中で、新しい機能に取り組んでいる開発者は、原則として、トラブルシューティングやバグ修正に割り当てられた開発者よりも陽気であることに気づきました。
ビジネスサポートを満足させるための良いヒントはありますか? チームの士気を損なわないようにビジネス サポートを組織化しますか?
私のキャリアの中で、新しい機能に取り組んでいる開発者は、原則として、トラブルシューティングやバグ修正に割り当てられた開発者よりも陽気であることに気づきました。
ビジネスサポートを満足させるための良いヒントはありますか? チームの士気を損なわないようにビジネス サポートを組織化しますか?
新機能の開発者がより満足している理由は、彼らが積極的または制御可能であると感じ、トラブルシューティング担当者が反応的であり、ユーザーによってプッシュされているためであるという仮定から始めると、1 つの答えが思い浮かびます。
修正へのトラブルシューティングを行う人向けのモデルを作成して、これらをポイント修正から、問題のクラスに対する広範で一貫した修正に一般化します。これにより、たとえ新しい機能でなくても、新しいコードを作成する状況に置かれ、もぐらたたきをするのではなく、問題を熟考し、問題を予測して回避できるようになります。
急速に変化する環境では、新しい開発から修正とリリース、できれば機能のバージョン 2 に至るまで機能をフォローさせることで、職務内容をローテーションすることも可能です。
私たちの組織はかなりの量のサポート作業を行っており、この問題に非常に悩まされています。サポート チームのモチベーションは、正しく行わないと、時間の経過とともに指数関数的に低下する可能性があります。
私たちのために働いた原則は次のとおりです。
私もこれを見たことがあります。私が考えることができるいくつかのアプローチがあります:
1. 選考プロセスについて考えてみましょう。
誰もが同じキャリア志向を持っているわけではありません。最新のテクノロジーややりがいのあるプロジェクトのために働きたくてたまらない人もいれば、安定した職場環境に満足している人もいます。適切な KSA (知識、スキル、態度) を持つ人を選ぶことは、人と仕事をうまく一致させるために常に重要です。この場合、Attitude の部分により多くのストレスをかける必要があります。
2. 適切なリードを選択する
チームリーダーは、チームのモチベーションと士気をコントロールする上で重要な役割を果たします。チームリーダーや上層部とのコミュニケーションには、オープンで率直なチャネルが必要です。理想的には、上級管理職の人物が正式な組織図のチームの所有者になる必要があります。チームリーダーは、チームの性質に合ったチーム文化を促進するよう積極的に努めるべきです。
3. 報酬
コース外の報酬は、モチベーションの問題を管理するための重要なツールです。報酬を受け取る人が、仕事の性質も考慮して報酬を決定することを理解していることを確認してください. この点に対処しないと、内部の公平性を認識する際に、この要因を考慮に入れなくなる可能性があります。
Bell の提案に従って、新しい開発者または経験の浅い開発者に修正を任せることを検討してください。パフォーマンスと能力に基づいて、メンテナンス チームから機能チームに昇進させます。
健全な競争も良い動機となりますが、ポジティブな影響を維持するには管理が必要です。