私は小規模なプログラミング チームのテクニカル チーム リーダーで、外部クライアントのプロジェクトに取り組んでいます。
最近、チームメンバーの評価を書面で作成するように依頼されました。私は自分自身を経営者だとは思っておらず、同僚のことを「Aは信頼でき、Bは怠け者」よりも深く考えたことがないので、これを行うのは不快です。
しかし、私は実際のマネージャーが読むためのより精巧な記事を作成することが期待されており、私のマネージャーは、この目的はむしろ私の評価スキルをテストすることであるとほのめかしました.
品質評価の作成方法に関するヒントやリソースはありますか? 標準化されたフォームはありますか？これにどのように対処すればよいですか？
ありがとうございました。
Joel の Professional Development Ladderとこの construx サイトが、開始方法に関する優れたアドバイスを提供していることに気付きました。さまざまな知識領域と、開発者が何を知って何をすることが期待されているかを理解するのに役立ちます。次に、開発者がさまざまな知識分野でどれだけ能力があるかを評価し、それに応じてレベルを割り当てることができます。
もちろん、開発自体とは関係のない彼らの労働倫理や態度などを評価する必要があります。
まず第一に、仕事に怯えてはいけません。第二に、あなたはチーム リーダーであるため、人々に対するあなたの意見が重要です。それはテストかもしれませんが、あなたはそれまでに行う必要があります。第三に、コーヒーを飲みながら非公式にこれを行っていて、上司が誰かについて尋ねた場合、おそらく数分間、その人についての観察と、その人の長所と短所について考えたことについて、問題なくチャットできるでしょう。それは、レビューノートに書き留めておくべきことです。
標準的な形式があるかどうか上司に尋ねてください。大規模な組織の場合、人事部がこの種のレビュー用のフォームやシステムを用意している可能性があります。それ以外の場合は、平易な英語 (または選択した言語) で、あなたの考えを 1、2 段落だけ伝えてください。
彼らが行った作業と、成功または失敗した場所を引用することで、レポートに色を追加できます。
いくつかの黄金律...
頑張ってください。それはマネージャーになるためのステップアップの一部であり、ある意味で楽しいものです。あなたの意見が重要です。
厳しい質問！まず、上司があなたに対して行った評価を振り返ることをお勧めします。これは通常、あなたがチームメイトのために何を生み出すことが期待されているかの良い例です. まだ正式な評価を受けていない場合は、人事部門または経営陣に問い合わせて、そのような目的のための標準テンプレートのコピーを入手することをお勧めします. ほとんどの大企業はそれらを持っています。
チーム メンバーの評価は、特に「最前線」のマネージャーではなくチーム リーダーとしては難しい場合があります。次のことを覚えておいてください。
編集：チームリーダーとして評価を行ってからしばらくして、私が考えたさらにいくつかのこと..
幸運を！
チーム ( http://en.wikipedia.org/wiki/360-degree_feedback ) で360 度のフィードバックを実施して、各チーム メンバーが同僚 (およびあなた) にフィードバックを提供するように動機付けます。