従業員のパフォーマンスを評価する方法
多くのマネージャーは、IT分野で非常に興味深い問題に直面しています。 そして、この問題の名前は従業員のパフォーマンスの評価です。 半世紀前であっても、そのようなタスクはすべてが単純だったため、マネージャーや経済学者の間で片頭痛の発作やパニックを引き起こしませんでした。 労働者は50個のナットをねじった-悪い、ねじれた150個のナット-素晴らしい！ しかし、情報技術革命が来ており、パフォーマンス評価が基礎となっています。
何が何なのか見てみましょう。 同じ抽象労働者の特定の会社で劣らない抽象製品を作成するプログラマに非常によく似た抽象IT労働者がいるとします。 19世紀半ばの評価者が最初にしたことは、非常に明確な労働指標を導き出すことでした。 そして、この時間と量のコードがあります。 最小限の時間で従業員が作成するコードが多いほど、従業員の効率が上がります。 これはすべて良いことですが、機能しません。
ただし、タスクの複雑さが異なるため、これは機能しません。 1つの問題は2週間、2番目の15分で解決できます。 ええ、評価式を変更する必要があります。 タスクの複雑さの特定の係数を取りましょう。コードの量にそれを掛けます。 従業員がより短時間で複雑なコードを作成するほど、効率が上がります。 言葉遣いは優れており、従業員は2つの簡単なタスク、2つの重いタスク、中程度の複雑さのタスクを長時間実行することができます。 これは、文言から判断して、その有効性を著しく低下させます。
茂みをどのように倒そうとしても、これらの計算の意味はゼロになります。 問題は指標にあります。 それでも時間を使用できる場合、コードの量は使用できません。 これは有効性の指標ではありません。
IT業界の発展のawn明期に、多くの企業がプログラマーが書いた行数の支払いを試みました。 誰かが、ひどい量の余分なコードを使って、がらくたを書くことができることに気付きました。 コードの品質や有効性ではなく、文字数に対してお金が支払われます。
個人的には、従業員の業績指標はまったく異なります。 それらのいくつかは主観的であり、私はそれを否定しません。
労働者が職場で犯すミスが少ないほど、彼の仕事の質は高くなります。 コードの品質は、この特定のインディケーターに製品を選択できるユーザーにとって簡単に喜びに変わります。 品質コードの2つ目の利点は、サポート、テストなどのコストを最小限に抑えることです。 はい、人は完璧ではありませんが、自分の仕事の結果を独立してテストせず、すでに完了を報告している場合、彼の怠inessは会社内の無効な動きのチェーン全体につながります。 会社は従業員の過ちを自分のポケットから支払い、これは労働者自身の福祉に影響します。
開発チームは常に情報交換を行う必要があります。 従業員は、便利なコードの構築またはテクニック、一部の機能の実装の成功、新しいテクノロジー、研究の結果、問題および解決策について有用な情報を互いに共有する必要があります...彼の知識がどのように他人を助けないか。 これはチームの新規参入者には当てはまりませんが、初心者でも積極的な情報背景を作成できます。
私の意見では、独立してアイデアを生み出すことができる労働者は最も価値のある労働者です。 彼らは詳細なTORを書く必要はありません。あるアプローチと別のアプローチの違いや、どこかで読んだものではなく、異なるパスを選ぶ価値がある理由を注意深く説明する必要はありません。 これらの労働者は、重要なタスクを解決するための10の方法を考え出し、それぞれが機能しない10の理由を見つけます。 彼らはチーム全体を引きずり、困難を恐れません。 彼らは自転車を発明することに興味があり、決して彼らからこの機会を奪うべきではないからです。
人が操作する抽象化が単純であればあるほど、その人は簡単に解決できます。 複雑な抽象化を管理する機能は、驚くべき効果をもたらします。 そのような人にとって、プログラミング言語、ツール、アプローチ、アルゴリズムは重要ではなくなります。 最も複雑なシステムであっても、トップではなくルートの見方を知っているため、彼にとっては難しいことではありません。 通常、そのような人々はソフトウェアアーキテクトになり、仕様を開発し、分析に従事します。
労働者には「疲れた」と「攻撃的な」の2種類があります。 「疲れた」労働者は、できる限り少なくして、できるだけ多くのお金を得る傾向があります。 彼らは何か新しいものを開発したり学んだりすることに興味はありません。 彼らの疲労は、多くの仕事が彼らにかけられたという事実や、彼らが非効率的に時間を割り当てたという事実によるものではなく、彼らはそれを処理しなければなりませんでした。 仕事で興味や動機を失うことによる疲労。
反対に、「攻撃的」は、開発、開発、開発のために、より多くのリソースへのアクセスを得るために、トレーニング、開発、形成のパスにできるだけ早く行くようにしてください。 彼らは熱心に知識を吸収し、研究し、試行し、間違いを犯します。そして、彼らを働かせるためにマネージャーのピラミッドを構築する必要はありません。 「退屈」は、大企業で仕事を見つけようとします。大企業では、仕事の効果がまったく見えません。 「アグレッシブ」は、必要なものすべてを手に入れるのが簡単なため、新興企業や中小企業に身を任せています。
彼らは少なくともコードのスケーラビリティを提供し、明確な構造と変数名を使用して定性レベルでコード自体を実装したため、他の人のコードをすばやく読み取り、デバッグが容易で予測可能で理解可能なアーキテクチャを作成できます。 このような単純な特性は、単位時間あたりの行数よりもはるかに多くのコードについて伝えることができます。
これらはすべて評価方法ではありませんが、これらは人事を選択し、会社のパフォーマンスを評価するために使用するものです。 それがあなたのお役に立てば幸いです。
UPD： 記事をより適切なセクションに移動しました。 ありがとうandreycha
何が何なのか見てみましょう。 同じ抽象労働者の特定の会社で劣らない抽象製品を作成するプログラマに非常によく似た抽象IT労働者がいるとします。 19世紀半ばの評価者が最初にしたことは、非常に明確な労働指標を導き出すことでした。 そして、この時間と量のコードがあります。 最小限の時間で従業員が作成するコードが多いほど、従業員の効率が上がります。 これはすべて良いことですが、機能しません。
ただし、タスクの複雑さが異なるため、これは機能しません。 1つの問題は2週間、2番目の15分で解決できます。 ええ、評価式を変更する必要があります。 タスクの複雑さの特定の係数を取りましょう。コードの量にそれを掛けます。 従業員がより短時間で複雑なコードを作成するほど、効率が上がります。 言葉遣いは優れており、従業員は2つの簡単なタスク、2つの重いタスク、中程度の複雑さのタスクを長時間実行することができます。 これは、文言から判断して、その有効性を著しく低下させます。
茂みをどのように倒そうとしても、これらの計算の意味はゼロになります。 問題は指標にあります。 それでも時間を使用できる場合、コードの量は使用できません。 これは有効性の指標ではありません。
IT業界の発展のawn明期に、多くの企業がプログラマーが書いた行数の支払いを試みました。 誰かが、ひどい量の余分なコードを使って、がらくたを書くことができることに気付きました。 コードの品質や有効性ではなく、文字数に対してお金が支払われます。
物事の新しい見方
個人的には、従業員の業績指標はまったく異なります。 それらのいくつかは主観的であり、私はそれを否定しません。
ミスの減少-より効率的な従業員
労働者が職場で犯すミスが少ないほど、彼の仕事の質は高くなります。 コードの品質は、この特定のインディケーターに製品を選択できるユーザーにとって簡単に喜びに変わります。 品質コードの2つ目の利点は、サポート、テストなどのコストを最小限に抑えることです。 はい、人は完璧ではありませんが、自分の仕事の結果を独立してテストせず、すでに完了を報告している場合、彼の怠inessは会社内の無効な動きのチェーン全体につながります。 会社は従業員の過ちを自分のポケットから支払い、これは労働者自身の福祉に影響します。
従業員が効率的であればあるほど、チーム内で有用な情報をより多く配布します。
開発チームは常に情報交換を行う必要があります。 従業員は、便利なコードの構築またはテクニック、一部の機能の実装の成功、新しいテクノロジー、研究の結果、問題および解決策について有用な情報を互いに共有する必要があります...彼の知識がどのように他人を助けないか。 これはチームの新規参入者には当てはまりませんが、初心者でも積極的な情報背景を作成できます。
アイデアジェネレータは、アイデアの消費者よりも何倍も効果的です
私の意見では、独立してアイデアを生み出すことができる労働者は最も価値のある労働者です。 彼らは詳細なTORを書く必要はありません。あるアプローチと別のアプローチの違いや、どこかで読んだものではなく、異なるパスを選ぶ価値がある理由を注意深く説明する必要はありません。 これらの労働者は、重要なタスクを解決するための10の方法を考え出し、それぞれが機能しない10の理由を見つけます。 彼らはチーム全体を引きずり、困難を恐れません。 彼らは自転車を発明することに興味があり、決して彼らからこの機会を奪うべきではないからです。
より抽象的な思考、より効率的な従業員
人が操作する抽象化が単純であればあるほど、その人は簡単に解決できます。 複雑な抽象化を管理する機能は、驚くべき効果をもたらします。 そのような人にとって、プログラミング言語、ツール、アプローチ、アルゴリズムは重要ではなくなります。 最も複雑なシステムであっても、トップではなくルートの見方を知っているため、彼にとっては難しいことではありません。 通常、そのような人々はソフトウェアアーキテクトになり、仕様を開発し、分析に従事します。
従業員の効率は、彼の自発性に直接比例します
労働者には「疲れた」と「攻撃的な」の2種類があります。 「疲れた」労働者は、できる限り少なくして、できるだけ多くのお金を得る傾向があります。 彼らは何か新しいものを開発したり学んだりすることに興味はありません。 彼らの疲労は、多くの仕事が彼らにかけられたという事実や、彼らが非効率的に時間を割り当てたという事実によるものではなく、彼らはそれを処理しなければなりませんでした。 仕事で興味や動機を失うことによる疲労。
反対に、「攻撃的」は、開発、開発、開発のために、より多くのリソースへのアクセスを得るために、トレーニング、開発、形成のパスにできるだけ早く行くようにしてください。 彼らは熱心に知識を吸収し、研究し、試行し、間違いを犯します。そして、彼らを働かせるためにマネージャーのピラミッドを構築する必要はありません。 「退屈」は、大企業で仕事を見つけようとします。大企業では、仕事の効果がまったく見えません。 「アグレッシブ」は、必要なものすべてを手に入れるのが簡単なため、新興企業や中小企業に身を任せています。
従業員がコードをより速く完成するほど、従業員は効率的になります。
彼らは少なくともコードのスケーラビリティを提供し、明確な構造と変数名を使用して定性レベルでコード自体を実装したため、他の人のコードをすばやく読み取り、デバッグが容易で予測可能で理解可能なアーキテクチャを作成できます。 このような単純な特性は、単位時間あたりの行数よりもはるかに多くのコードについて伝えることができます。
これらはすべて評価方法ではありませんが、これらは人事を選択し、会社のパフォーマンスを評価するために使用するものです。 それがあなたのお役に立てば幸いです。
UPD： 記事をより適切なセクションに移動しました。 ありがとうandreycha
All Articles