チームの成長に伴い、チームリーダーと上級管理職は、従業員の能力の評価について考え始めます。 この記事の一部として、従業員の評価を実装するための最初のステップと、あなたが得ることができるボーナスについてお話したいと思います。
優れたツールは、能力図と組み合わせた能力マトリックスです。
用語から始めましょう。
規約
コンピテンシーマトリックスは、従業員のコンピテンシーのセットに関するデータを含むテーブルです。 表のセルには、能力の程度を示す図があります。
コンピテンシー図は、従業員の能力の数値指標を視覚化する花びら図です。
古典的なアプローチ
コンピテンシーマトリックスには、従業員が自分の仕事に適用すべきスキルのリストが含まれています。 最初のコンピテンシーマトリックスを開発したときに、評価する必要がある約200のコンピテンシーを取得しました。 非常に多くのデータのデータ収集は非常に面倒です。 それらを最新の状態に保つことはさらに困難です。 そのようなツールを使用するように強制することはできませんでした。
さらに、コンピテンシーマトリックスは、貿易から産業まで、多くの産業で広く使用されています。 そして、それらは非常にうまく使用されています。 他の分野の能力のマトリックスのスキルの数は約20以下であることが判明しました。 私たちの地域のコンピテンシーの数を減らしてみませんか。
実装開始
小さく始める価値があります。 そして、最初のステップの精度でさえ、犠牲にすることができます。
計画：
- 最大20の評価済みコンピテンシーを選択します。 例：プログラミング言語、特定の種類のデータベース、自動テスト、1。パターンなど。
- 従業員からデータを収集します。 従業員は、技術の知識の程度を1〜5のスケールで独立して決定します。
- データを正規化します。 これは評価する従業員によって行われます。 正規化は主観的ですが、実装段階でエラーは許容されます。
- コンピテンシーの単一のマトリックスに受信データを記録します。
- 従業員から収集したデータを必ず保存してください。 従業員の自尊心の経時的な変化を観察することは非常に興味深いです。
データ収集
コンピテンシーの評価は、従業員の面接および雇用中に行うことができ、また行う必要があります。 作業中に少なくとも6か月に1回、追加の評価を実施する必要があります。 これにより、開発のダイナミクスが追跡されます。
能力の開発に対する従業員の関心を反映する数値をマトリックスに追加する価値があります。 次に、従業員に適したプロジェクトと、従業員の間でさまざまなテクノロジーに関心のあるダイナミクスを選択できます。
個々の従業員の能力マトリックスに基づいて、会社または個々のチームの能力マトリックスを簡単に構築できます。
プロジェクトコンピテンシーマトリックスを作成すると非常に便利です。
分析
これでデータが収集されました。 少なくともいくつかの利益を得る時が来ました。
結果の行列は、そのような機会を与えます：
- バス係数をご覧ください。
- 従業員レベルと成長ポイントを決定します。
- 彼らはチームを選択するのに役立ちます。
- プロジェクトとチームを相互に選択するのに役立ちます。
バスファクター
5人の従業員がいて、次のマトリックスがあるとします。
このマトリックスにより、バス係数を決定できます。
このマトリックスでは、これまでGolangを社内で使用する価値はほとんどないことがわかります。 一人の従業員に依存したい人はいません。
結果のコンピテンシー図を見てみましょう。 バス係数はここに表示されます。 同じ従業員は、PHPの知識の明確なリーダーです。 そして、それは良いようです。 結局のところ、彼は任意のコードを書くことができます。 そしてこれは本当です。 彼は非同期PHPを理解することさえできました。 しかし、誰がこのコードをサポートできるのでしょうか？
非標準的なアプローチの適用を制限するか、そのようなテクニックを他の技術者に教えるタスクを設定する必要があります。 ただし、非同期PHPを使用しないでください。
従業員レベルと成長ポイントの決定
dev2従業員があなたに来て、昇給を要求します。 あなたは彼の要件の客観性を決定する必要があります。 ジュニア、ミドルフロントエンド、ミドルバックエンドの能力を持つ抽象的な従業員のマトリックスに追加する必要があります。
マトリックスは、6月の従業員のレベルが合格したことをすぐに示しています。 しかし、彼は明らかに中間のいずれにも到達していません。
この図は、従業員がフロントエンドに向かって開発することがより論理的であり、従業員が増加するために開発する必要がある方向が明確であることを明確に示しています。
チームマッチング
アクティブな知識の共有はチームとしてのみ行われます。 チーム内で適切なコミュニケーションをとるためには、チーム内の従業員の関心が大幅に重複する必要があります。 純粋なバックエンドとクリーンなフロントエンド、またはモバイル開発者とシステム管理者の間で活発な知識交換を想像することは困難です。
チャレンジ：
5人の開発者がいます。 プロジェクトには4人のチームを選択する必要があります。 この場合、チーム内で積極的に知識を交換する必要があります。
開発者：
マトリックスは、強力なバックエンド、3つのフルスタック、強力なフロントエンドを明確に示しています。
dev1と他のチームとの間で活発な知識交換を行うことは想像しにくいです。 彼の知識と興味は、チームの他の部分と弱く交差しています。 知識の交差の分野では、知識に関してdev1が他の技術よりもはるかに高くなっています。 そして、チームの他のメンバーに知識を伝えることは彼にとって難しいでしょう。
Dev1とdev5は、最も正確なデータベースについて永遠に意見の相違を持ちます。
利害関係には明らかに明らかな歪みがあります。 重複するものもありますが、明らかに異なるものよりも少なくなっています。
しかし、私はこのコマンドを好むでしょう：
ここの各従業員の成長ポイントも明らかです。
同様に、プロジェクトとチームを選択できます。
そして、これらはマトリックスとコンピテンシー図の最も単純なアプリケーションです。
そのため、コンピテンシー評価は会社に利益をもたらし始めました。 しかし、精度を上げるという疑問が生じましたか？ 現時点では、マトリックスを複雑にするだけの価値があります。 それでも、大きなマトリックスは小さなマトリックスに縮小し、既に小さなマトリックスからレンダリングする必要があります。
マトリックスを便利に使用するために、googlodokはほとんどありません。 この種のツールを知っている場合は、コメントにそれについて書いてください。 そして、かゆみとかゆみを渡します。
PSこれは非常に単純化されたモデルです。 ティムリッドは彼のチームを知っているはずです。 コンピテンシーのマトリックスとチャートは、多くのチームリードツールの1つにすぎません。