この動機により、従業員が望まない場合に従業員を強制的に働かせないようにできます。 また、チームを最下位に引き上げている非効率な従業員を迅速に特定します。
私たちのチームはモスクワとヴォロネジで社内で働いており、ロシアのさまざまな都市に移されています。 この動機は、場所に関係なく、フルタイムの会社で働くすべての人に当てはまります。 それとは別に、遠隔地の従業員と仕事をする場合の高い効率性に注目したいと思います。
現在、同社は10人以上の開発者を雇用しています。 10のクーポンサービス、2つのモバイルアプリケーション、 kupon.ruアグリゲーター、ERPシステム、1日800万通以上の手紙を送信するメーリングリスト 、および共同プロジェクトの分析サービスgtmix.ruがあります。 各開発者は2つ以上のプロジェクトに参加しています。 TrelloのSCRUMのIT部門が運営されています。 毎日の集会はプロジェクトごとに分けられ、指定された時間に開催されます。
開発者のパフォーマンスはポイントで測定されます。 結果を収集するために、trello用のプラグイン： Scrum for Trelloを使用します。 スコアは、チームの速度とタスクに費やされた時間の係数から形成されます。 シンプルで透明なプレートがあります。
実際の経験から、最適なチーム速度比は1.6です。 あなたが理解するために、これは1日あたり5時間の従業員の仕事または1ポイントです。 1人/時間は、コードの記述とタスクの検討に費やされた時間です。 本、コーヒー、紅茶などを読む時間は考慮されていません。
ポイントは推定値と使用量に分けられます。 ポイントを想定しています-これは、開発者がタスクに費やす金額です。 費やしたポイント-これは、開発者が実際に費やした時間です。 給与に影響を与える評価は、費やしたポイントで測定することが重要です。
チームは繰り返し動作します。 反復は2週間です。 従業員は週に5ポイントを獲得する必要があります。 反復では、それぞれ10ポイント。 2回の反復の終わりに、管理チームが結果について会社全体に報告するデモを実施します。 合計2回の反復で、従業員は20ポイントを獲得する必要があります。
タブレットは次のようになります。
私たちの文化は、従業員に素晴らしい結果を期待するものを非常に厳密に綴っています。 彼の給与の増加はポイントに直接依存します。 結果に応じて、給与が増加する係数が形成されます。
- 満足（<14ポイント）：給与は上がりません
- 通常（14-16ポイント）：給与が1.5倍に増加
- 良い（17-18ポイント）：1.7倍
- すばらしい（> 19）：2回
主なアイデアは、従業員が給与の固定半分を受け取ることです。 この動機は、従業員が完全に白い給与を望む場合に適用できますが、それほど効率的ではありません。
最も興味深いものに渡します。 タイトル「空手動機」に、なぜそしてどこから来たのですか？ 私たちが理解しているように、ポイントを計算して開発者の有効性を判断するだけでは不十分です。 ベルトは主観的評価のために考案されました。 ベルトは開発者のレベルです。 彼のレベルが高いほど、ベルトが高くなります。 例を見てみましょう。従業員が80,000ルーブルの給料を申請する場合、5kuのベルトを提供できます。 この場合、試用期間後、90,000ルーブル（6キュウ）の増加に同意することができます。 開発者がポイントに優れたマークを表示し、彼の結果が私たちの期待に応える場合、試用期間を100,000ルーブル（7ku）に渡してから3か月後にそれを増やすことに同意できます。
地域のベルトシステム：
会社には柔軟なスケジュールがありますが、従業員は1日8時間以上連絡をとる必要があります。 これは重要なルールであり、従業員からの支援が必要なときに従業員が対応できないことを心配しないようにします。 たとえば、Ivanは9:00から18:00まで働いており、その時間に彼が連絡することを期待しています。 この場合、タスクによって制御する必要はありません。1日の結果に応じて、完了したポイントをマークすることが確実だからです。 そして、毎日の集会で彼は彼の成功について話します。
だから私たちは何を持っています：
-客観的な評価。開発者自身がタスクの最後に書き留め、費やしたポイントで表現します。
-主観的な評価。従業員の真の成功、会社の文化の順守、その他の要因に基づいて形成されます。
おそらく、開発者は時間をマークして、タスクをtrelloにドラッグアンドドロップすることを望まないという事実に、皆さん全員が気付いたのでしょう。 今、あなたは静かに眠ることができます、彼はこれに直接興味があります。 ステージとコードのレビューがある場合は、1つの重要なルールを入力します。生産に投入されないタスクは、完了したものとしてカウントされません。 その結果、デモの最後のプレゼンテーションでは、開発者に少なくとも何かを注ぐことを強制することなく、実際の結果を表示できます。
従業員の実際の結果を示す表は次のとおりです。
この動機により、非効率な従業員をすばやく特定できます。 彼らは成功を祝うことを好まないため、結果として低得点に耐える準備ができていますが、これはもちろん会社には適していません。
私自身の観察から、ほとんどの従業員が正直にポイントをマークしていることに注意したいです。 おそらくあなたはタスクの不正確な評価に遭遇するでしょうが、これらは有能なマネージャーが迅速に特定するべき微妙な違いである可能性が高いです。
プレゼンテーションへのリンクを共有します。