役割の心理プロファイル
Implementerはチームのオペレーション上の土台です。独自の能力はアイデアや速い突破ではなく、まだ粗い構想を、ルール、期限、予測可能な成果を持つ動くシステムへ変えることです。Implementerがいないチームは優れたアイデアを出し、契約を取ることはできますが、安定してプロダクトを出し顧客を支えることが苦手です。強いImplementerが1人いるチームは2-3倍ほど持続的にスケールします。常に火消しをするのではなく、プロセスを作る人がいるからです。この役割は最も多く、専門職の約15%に見られますが、動くことが仕組みより重視されがちなstartup文化では軽く見られがちです。
光の側面: スーパーパワー
- 約束したことを約束した期限で実行します
- 曖昧なアイデアを段階のある明確な計画に変えます
- 強い圧力をかけずにチームの規律を保ちます
- システム上の問題を見つけ、根本から解消します
影の側面: 才能の代償
- !必要な変化にも抵抗することがあります
- !すでに古いルールに固執することがあります
- !標準プロセスが非標準の課題に合わない場面を見落とすことがあります
許容されない弱点
必要な変化にも抵抗することがあります
職場環境と動機
役割が輝く環境
Operations、製造、back office、反復プロセス、scaling、規制産業、速度より予測可能性が重要な環境。
やる気を奪うもの
必要な変化にも抵抗したり、探索フェーズを軽く見たり、すでに古くなったルールに固執することがあります。
管理のコツ
安定したscopeと長いhorizonを渡してください。固定milestoneのある3-12か月が彼らの生産的なモードです。頻繁なpivotは強みを壊します。
HR向け: 履歴書の手がかり
Belbin Implementer, implementer, オペレーション役割, プロセス, チーム役割, Belbinテスト
必要な変化にも抵抗することがあります
リーダーシップガイド: Implementerの管理法
- 安定したscopeと長いhorizonを渡してください。固定milestoneのある3-12か月が彼らの生産的なモードです。頻繁なpivotは強みを壊します。
- プロセス変更が必要なら、実施の2-4週間前に話し合い、進行中に変えないでください。これは彼らの働き方への敬意であり、抵抗を大きく減らします。
- scale時にはプロセス設計者として使ってください。2-3倍のチーム規模に耐えるシステムを作ります。
- discoveryや構造のない仕事を過度に任せないでください。そこは強みではなく、すぐに意欲が落ちます。
- SLA、time-to-market、releaseごとのdefect率など安定性metricで貢献を認めてください。これがないと仕事が見えにくくなります。
同僚へのヒント
- 仕事を渡すときは、開始前に完了条件と期限を定義してください。その後で途中からルールを変えると、彼らには不信のサインに見えます。
- プロセスを変えたいなら、違うやり方にしようではなく、現行プロセスがこのsegmentで機能しなくなったことを示すデータを持って来てください。
- 過剰に見えても彼らのルールを尊重してください。多くの場合、その背後にはルールを外すと戻ってくる実際の問題があります。
- 合意なしに緊急タスクへ引き込まないでください。長い計画を並行して保つ力が壊れます。
- 6週間かかると言われたら、3週間に値切らないでください。彼らは現実的に見積もり、あなたが見ていない依存関係を見ています。
主なストレス要因
必要な変化にも抵抗したり、探索フェーズを軽く見たり、すでに古くなったルールに固執することがあります。
成長と開発の領域
この役割の強みを高め、弱点の代償を抑えるための実践的な3ステップ。
変化への素早い反応を鍛えてください。成長領域はさらに規律を増やすことではなく、環境が急に変わった時の柔軟性です。
四半期に一度、自分のルールを見直しましょう。まだ必要なもの、すでに邪魔なものを分けます。見直しがないとプロセスはbureaucracyになります。
不確実性の中で働く力を伸ばしてください。完全なbriefなしで始まり、最初の1週間でそれを作る必要がある仕事もあります。
罪悪感なしに新しい仕事へnoと言う練習をしてください。価値は受けた約束を安定して守ることにあり、受けた数にあるわけではありません。
Plantとの協働を練習してください。粗いアイデアを感情的に拒まず受け取り、一緒に構造化する力です。
チームダイナミクス
補完し合う役割
注意: 摩擦ゾーン
似た役割: 違いは何か？
あなたとPlantは開発サイクルの両端です。彼は不確実性と白紙を好み、あなたは明確な計画と構造を好みます。衝突は、彼が実装途中で変更を持ち込む時、またはあなたが要件には何と書いてあるかと聞いてアイデアを止める時に起こります。最良の分担は、Discoveryを彼がリードし、Deliveryをあなたがリードし、明確な受け渡し点を置くことです。
どちらも仕事を終わらせる役割ですが、見る階層が違います。あなたは全体プロセスを作り、Completer Finisherは最後の一歩を磨きます。あなたはシステム、彼は詳細です。衝突は、彼が構築中に磨き始める時、またはあなたが彼の最終確認なしにreleaseする時に起こります。最良の分担は、あなたが組み上がったシステムを渡し、彼がrelease前に品質を閉じることです。
