الملف النفسي للدور
Implementer هو الأساس التشغيلي للفريق. كفاءته الخاصة ليست الفكرة ولا الاختراق السريع، بل القدرة على أخذ تصور غير مكتمل وتحويله إلى نظام يعمل، له قواعد ومواعيد ونتيجة قابلة للتوقع. الفرق من دون Implementer قد تنتج أفكارا ممتازة وتغلق الصفقات، لكنها لا تستطيع إصدار المنتج وخدمة العملاء بثبات. الفرق التي لديها Implementer قوي تتوسع بثبات أكبر 2-3 مرات، لأن هناك من يبني العملية بدلا من إطفاء الحرائق دائما. هذا هو الدور الأكثر شيوعا، نحو 15% من المهنيين، ومع ذلك غالبا ما يستخف به في ثقافة startup حيث تبدو الحركة أهم من النظام.
الجانب المضيء: قوة خارقة
- تنفذ ما وعدت به في الموعد الذي وعدت به
- تحول الفكرة الفضفاضة إلى خطة واضحة بمراحل
- تحافظ على انضباط الفريق من دون ضغط مسرحي
- ترى المشكلات النظامية وتزيلها من الجذر
الجانب المظلم: ثمن الموهبة
- !قد تقاوم التغيير حتى عندما يكون ضروريا
- !أحيانا تتعلق بقاعدة أصبحت قديمة
- !لا ترى دائما متى لا تناسب العملية القياسية مهمة غير قياسية
ضعف غير مقبول
قد تقاوم التغيير حتى عندما يكون ضروريا
بيئة العمل والتحفيز
حيث يزدهر الدور
Operations، الإنتاج، back office، العمليات المتكررة، scaling، الصناعات المنظمة، وكل بيئة تكون فيها القابلية للتوقع أهم من السرعة.
ما يقتل الحافز
قد يقاوم التغيير حتى عندما يكون مطلوبا، يقلل من قيمة مرحلة الاستكشاف، ويتعلق بقاعدة أصبحت قديمة.
كيفية الإدارة
امنحهم scope مستقرا وhorizon طويلا: 3-12 أشهر مع milestones ثابتة هو وضعهم الإنتاجي. pivot المستمر يقتل قوتهم.
لقسم الموارد البشرية: مؤشرات في السيرة الذاتية
Belbin Implementer, implementer, دور تشغيلي, عمليات, أدوار الفريق, اختبار بلبن
قد تقاوم التغيير حتى عندما يكون ضروريا
دليل القيادة: كيفية إدارة Implementer
- امنحهم scope مستقرا وhorizon طويلا: 3-12 أشهر مع milestones ثابتة هو وضعهم الإنتاجي. pivot المستمر يقتل قوتهم.
- إذا احتجت إلى تغيير عملية، ناقشه قبل التنفيذ بـ 2-4 أسابيع، لا أثناء السير. هذا احترام لطريقة عملهم ويخفض المقاومة كثيرا.
- استخدمهم كمعماريي عمليات عند scaling: سيبنون نظاما يتحمل فريقا أكبر 2-3 مرات.
- لا تثقلهم بمهام discovery والعمل غير المنظم. هذه ليست قوتهم وتنخفض دافعيتهم بسرعة.
- اعترف بمساهمتهم عبر metrics الاستقرار: SLA، time-to-market، نسبة defects في release. من دون هذه metrics يبدو عملهم غير مرئي.
نصائح للزملاء
- عندما تعطيهم مهمة، حدد معايير الإنجاز والموعد قبل البداية. بعد ذلك لا تغير القواعد في المنتصف: بالنسبة لهم هذا إشارة إلى عدم الثقة.
- إذا أردت تغيير عملية، لا تأت بعبارة لنفعلها بطريقة أخرى. ائت ببيانات تثبت أن العملية الحالية لم تعد تعمل في هذا segment.
- احترم قواعدهم حتى إن بدت زائدة: خلف كل قاعدة غالبا مشكلة حقيقية ستعود إذا أزيلت القاعدة.
- لا تسحبهم إلى مهام عاجلة من دون اتفاق. هذا يكسر قدرتهم على حمل خطة طويلة بالتوازي.
- عندما يقولون إن الأمر يحتاج 6 أسابيع، لا تساومه إلى 3. لقد وضعوا تقديرا واقعيا ويرون dependencies قد لا تراها أنت.
محفزات التوتر الرئيسية
قد يقاوم التغيير حتى عندما يكون مطلوبا، يقلل من قيمة مرحلة الاستكشاف، ويتعلق بقاعدة أصبحت قديمة.
مجالات النمو والتطور
ثلاث خطوات عملية لتعزيز نقاط قوة هذا الدور وتقليل ثمن نقاط ضعفه.
درّب الاستجابة السريعة للتغيير: منطقة نموك ليست مزيدا من الانضباط، بل المرونة عندما تتغير البيئة فجأة.
كل ربع سنة، راجع قواعدك: أيها ما زال ضروريا وأيها صار عائقا. من دون مراجعة، تتحول العملية إلى bureaucracy.
طوّر العمل مع عدم اليقين: أحيانا لا تبدأ المهمة بـ brief كامل، وستحتاج إلى بنائه في الأسبوع الأول.
تعلم قول لا للمهام الجديدة من دون شعور بالذنب: قيمتك في استقرار الالتزامات التي قبلتها بالفعل، لا في عدد المهام المقبولة.
درّب التعاون مع Plant: تعلم استقبال الأفكار الخام من دون رفض عاطفي وتنظيمها معا.
ديناميكيات الفريق
أدوار مكملة
احذر: مناطق الاحتكاك
أدوار مشابهة: ما الفرق؟
أنت وPlant على طرفين متقابلين من دورة التطوير. هو يحب عدم اليقين والصفحة البيضاء، وأنت تحب الخطة الواضحة والبنية. ينشأ الصراع عندما يجلب تغييرات في منتصف التنفيذ، أو عندما توقف الفكرة بسؤال ماذا تقول المتطلبات. أفضل تقسيم هو Discovery بقيادته وDelivery بقيادتك، مع نقطة تسليم واضحة.
كلا الدورين يدفعان العمل إلى النهاية، لكن على مستويين مختلفين. أنت تبني العملية كاملة، وCompleter Finisher يصقل last mile. أنت النظام، وهو التفاصيل. ينشأ الصراع إذا بدأ الصقل أثناء البناء، أو إذا أطلقت release من دون فحصه النهائي. الأفضل أن تسلم النظام مجمعا، وهو يغلق الجودة قبل release.
