مرحبا بالجميع! اسمي الكسندر افينوف. أنا قائد فريق فريق Lamoda Order Processing. لقد تحدثت في العام الماضي في TeamLead Conf 2018. يتوفر تسجيل الأداء هنا .

في تقريري ، سأحكي قصة كيف أصبحت قائد فريق ، وما هي المشاكل التي واجهتها ، وسأشارك مختلف الاستراتيجيات التي قد تبدو مألوفة لك بشكل فردي. ومع ذلك ، فإنني أركز على نوع الربح الذي يقدمونه في المجمع.



سيتم تقسيم التقرير إلى 3 أجزاء:

1. في الجزء الأول سنتحدث قليلاً عن الشركة وعن ميزات تكنولوجيا المعلومات لدينا. هذا ضروري لفهم السياق الذي يحدث فيه كل شيء.
2. في الثانية سأتحدث عن طريقي في الشركة.
3. في الثالث - حول الأساليب المستخدمة ، إيجابياتهم وسلبياتهم.

لامودا كشركة تكنولوجيا المعلومات

تُعرف لامودا في المقام الأول باسم متاجر التجزئة الرئيسية للملابس والأحذية والإكسسوارات العصرية في روسيا ورابطة الدول المستقلة. ومع ذلك ، فإن قلة من الناس يعرفون أنه بالنسبة المئوية أو بمبلغ ثابت ، فإننا نقدم خدمات لشركات تجارية / كيانات قانونية مختلفة.

دعني أعطيك مثالاً جيداً. دعنا نقول أن لديك بدروم لخياطة المحافظ. لقد قمت بإنشاء موقع ويب لمنتجاتك وتروج له بنجاح. الآن يعرف الكثير من الناس عنك ، ولكن على الرغم من ذلك ، لديك مشاكل في التوصيل والتخزين والتواصل مع العملاء.

بإمكان Lamoda حل هذه المشكلات بالطرق التالية:

1. تقديم خدمات خدمة التوصيل الخاصة بك.
   
   LM Express هي خدمة التوصيل الخاصة بنا ، والتي نقوم بتطويرها وأتمتة من تلقاء نفسها لفترة طويلة.
2. توفير التواصل مع العميل. للقيام بذلك ، لدينا مركز الاتصال الخاصة بنا.
3. احتفظ بالبضائع في المنزل أو قم ببيعها لك (عمولة).
4. السوق. يمكن عرض منتجات الشركاء في تطبيق الهاتف المحمول لدينا ، على الموقع أو في إصدار الهاتف المحمول الخاص به ، ويقوم الشركاء بالباقي بأنفسهم.

السؤال الذي يطرح نفسه: "كيف تمكنت من حل مشاكلك وتلبية احتياجات الشركاء؟" لدينا أعمال متغيرة ومتطورة مع احتياجاتنا الخاصة. نحسن بطريقة أو بأخرى تطوير وتطوير والمضي قدما. في الوقت نفسه ، لا تزال بحاجة إلى مطابقة تلك قائمة الأمنيات التي تأتي من الخارج. يبدو أن هذا يتطلب تكنولوجيا المعلومات الخاصة به ، وليس صغيرًا.

نحن نتحدث عن التطوير الداخلي في جميع المؤتمرات منذ عام 2016. نحن أتمتة جميع العمليات أنفسنا. هذا هو حوالي مائة خدمات مختلفة: من معالجة الطلبات والمدفوعات إلى العمل مع كائنات العنوان وشهادات الهدايا. الدعم لكل هذا هو فريق من حوالي 300 شخص.

لماذا أتحدث عن تكنولوجيا المعلومات لدينا ونطاقها؟ لأن 300 شخص لديهم الكثير من الفرق. عندما تعمل بعض الفرق على حزمة تقنية واحدة ، فإننا نحاول إعادة استخدام كل هذه التطورات. يمكن أن يكون حزم ، مكتبات ، ممارسات في المجال التقني. لكننا نحاول أيضًا تدليل ممارسات العملية الناجحة بين قادة الفريق ، وسأتحدث عن ذلك لاحقًا.

القضايا الرئيسية

انضممت إلى الشركة في عام 2015. بعد ثلاثة أيام من عملي ، كان من المقرر إقامة حفل لشركات رأس السنة ، وقررت عدم الذهاب إليه. كانت أولويتي هي البقاء والتفكير في مهامي لفترة تجريبية.

يعد حدث الشركات في لامودا بمثابة عطلة تحت عنوان يحب الجميع الاستعداد لها. لذلك ، في اليوم العاشر ، جاء مهندس قسم عملي للعمل في العرض العسكري ، وهو يرتدي سترة. في ذلك الوقت ، كان فريقنا يشارك في خدمات معالجة الطلبات. كان متراصة على إطار Zend1 القديم. ماذا لاحظت؟ أعد الرجال إطلاقًا قسريًا وأرادوا إصلاح شيء ما. بعد التأكد من أن كل شيء على ما يرام ، حزمنا وذهبنا لقضاء عطلة.

وهنا أجلس. تم إطلاق الإصدار مع إصلاح عاجل ، وأمامي تلفزيون جميل بحجم 50 بوصة مع نوع من لوحة القيادة. على لوحة القيادة كان الرسم البياني الذي يقرأ "مشاكل الأرنب MQ". يبدو أنه إذا كان هناك أي بيانات حوله ، فقد حدث شيء ما. لكنني لا أعرف من أين أتطلع لاختبار هذه الفرضية.

ربما يمكنك إلقاء نظرة على نوع من السجلات. ومع ذلك ، أنا فقط في اليوم الثالث في العمل ولا أعرف أين هم. أعتقد أنني يمكن أن أجد رابطًا إلى لوحة grafana. ربما يجدر النظر من خلالها إلى مصدر المقاييس والحفر هناك؟ نعم ، لكنها متعبة للغاية. أود أن يتم توثيق ذلك بطريقة أو بأخرى. ومرة أخرى ، هناك سؤال: من هو كل هؤلاء الناس الذين يجلسون؟ طابقين أو ثلاثة طوابق يتم توزيع تكنولوجيا المعلومات عليها. الجميع يفعلون شيئًا ، ولا أعرف مع من يتواصل معي إذا حدث خطأ ما. لا يوجد جدول محوري واضح من الذي يمكنني الاتصال به إذا أدركت أن الإصدار قد تم كسره. أو ربما يكون هناك شخص في الخدمة ، لكنني لست في علم؟
* (بالطبع كان) *

كانت هناك أسئلة أخرى. الأول والأكثر سخافة ، والذي سنعود إليه مرارًا وتكرارًا: "أين الوثائق؟". الجواب بسيط: في وقت واحد في كل مكان وفي أي مكان وفي عقول الموظفين ذوي الخبرة. نظرًا لأن الجميع غادروا لحضور حفل الشركات ، لكنني لا أعلم مكان ترسو السفن ، فقد بدا الجواب "لا مكان لي". كان لديّ ملف تمهيدي عرضت عليه المشروع على حاسوبي المحمول. لكن هذا لم يكن كافيا. أردت الحصول على إجابات للعديد من الأسئلة الأخرى. على سبيل المثال ، ما هي قواعد "السلوك" الأساسية للمطور؟

اسمحوا لي أن أشرح: قررت أن أطلب الوصول إلى نظام القتال للدخول إلى واجهة المستخدم. سيكون ذلك مفيدًا جدًا بالنسبة لي ، لأن مهمتي للفترة التجريبية كانت إعادة صياغة نظام التفويض ، وأردت الضغط على الأزرار وتسجيل الدخول إلى منصة الإنتاج. لقد تقدمت بطلب إلى خدمة الأمن ، والتي تلقيت بسرعة إجابة موجزة: "كلا ، لن نسمح بالدخول". اتضح أن المستخدمين الحقيقيين فقط يمكنهم الوصول إلى نظام القتال: عمال المستودعات ، ومركز الاتصال ، وما إلى ذلك. نظرًا لأنني عملت سابقًا في مجال الاتصالات ، فقد اعتدت على حقيقة أنني قد قرأت وكتبت الوصول إلى قواعد الإنتاج الخاصة بمختلف مشغلي شبكات الهاتف النقال. وهنا ، اتضح أنه مستحيل. هناك بروتوكول.

بالإضافة إلى ذلك ، واجهت العديد من الشروط والقيود الأخرى التي أخبرني بها قائد الفريق. في الأيام الأولى ، كرسني لحظات رائعة مختلفة. كان هناك الكثير من هذه المعلومات بحيث لم يكن كل شيء يمكن تذكره وتدوينه.

الأسئلة التالية التي تهمني تتعلق بمنظور طويل الأجل. على سبيل المثال ، كيف وأين تنمو؟

لماذا هذا مهم؟ لأنه من البداية أحتاج إلى التصرف بطريقة أو بأخرى. جئت إلى منصب المطور php الأوسط. ماذا علي أن أفعل بعد ذلك لتجاوز التوقعات ، وفي المستقبل للحصول على درجة أعلى ، على سبيل المثال كبار؟ وسؤال آخر: "ما هو المتوقع مني في درجتي الحالية؟" بمعنى ، كم يجب أن أشارك في عمليات مثل مراجعة التعليمات البرمجية والإصدارات والواجب؟

تم الرد على جميع الأسئلة التي ذكرتها الآن من قبل قائد فريقنا. تم الرد على الأخيرين ، الأكثر استراتيجية ، من خلال نظام مراجعة الأداء. سوف أخبركم المزيد حول هذا الموضوع.

مراجعة الأداء

كل 6 أشهر يقوم الشخص بإجراء ما يسمى المراجعة الذاتية. يتحدث عن الأشياء الرائعة التي تمكن من فعلها في الوقت المخصص. ومع ذلك ، هناك مأزق. إنه مرتبط بحقيقة أن الأشخاص يشيرون عادةً إلى تلك الإنجازات في المراجعة الذاتية ، والتي يميلون ذاتيًا إلى اعتبارها كذلك. التفكير في الأعمال التجارية أمر غير معتاد ، وحتى لو سمح المشروع الروتيني للشركة بكسب الكثير من المال ، فقد لا يكون للمطور تحديًا أو مصلحة. هناك خطر في هذا الاستعراض لن يتم الإشارة إلى هذا المشروع.

الخطوة التالية هي مراجعة النظراء. يتبع ذلك سلسلة من اللجان التي يوجد فيها اتصال بين قادة الفرق ومديري الإدارات ومحطات الخدمة ومدير الموارد البشرية إذا لزم الأمر. ثم رسالة حول النتائج.

ما هي النتائج المحتملة؟

الخيار الأول: تمكن الشخص من أن يزداد سوءًا في ستة أشهر عما كان عليه قبل بدء العمل. يبدو الوقت لنقول وداعا. يحدث هذا نادرًا للغاية ، لكننا سنكون واقعيين - يحدث ذلك.

خيار آخر هو شيطان. يبدو أن هناك شيء مفقود. قد يكون هناك سرعة ، والقدرة على التنبؤ ، والمثابرة. شيء يحتاج إلى تحسين.

ثلاثة - ما كانوا يتوقعونه ، لقد حصلوا عليه. الشخص يعمل بوتيرة كافية وفي جميع النواحي يتوافق مع درجته.

أربعة - فعلت أكثر مما هو متفق عليه. مرشح للترقية / الراتب.

خمسة ذئاب صوفية. يبدو أنه حان الوقت للرفع ، ومنح المكافآت وما إلى ذلك.

مررت بتكرار عدة لمثل هذا الاستعراض بنفسي. في السابق ، كان يُعقد كل ثلاثة أشهر ، وهو ما لم يكن مريحًا للغاية ، لأن فرصة إثبات نفسه لا تحدث دائمًا لمدة 3 أشهر. الآن مراجعة تحدث كل ستة أشهر.

لذلك ، في البداية نشأت من كبار المطورين في كبار. ثم قرر قائد فريقي أنه يريد الآن أن يعمل أكثر مع التكنولوجيا وانتقل إلى منصب الفريق الفني (مهندس معماري) ، وأصبحت قائدًا للفريق.

إذن ماذا بعد؟ أنا بحاجة إلى القيام بشيء ما ، لإتقان بطريقة ما.

أول ما تصادفه هو نفس الأسئلة التي تحدثنا عنها من قبل ، الآن فقط على مستوى مختلف قليلاً. وهذا ما زال غير واضح: أين هذه الوثائق؟ أنا الآن بحاجة إلى التواصل بطريقة أو بأخرى مع الإدارات الأخرى ، والتواصل مع العملاء الآخرين ، والمهندسين المعماريين وشخص آخر ، والتفكير على مستوى أعلى. ولكن في هذا المستوى ذاته من الوثائق ، ربما ليس كذلك.

نقطة أخرى هي نفس "القواعد الأساسية". ماذا يمكنني أن أفعل

أعتقد أنه يمكنني متابعة المهام ، والقيام بمراجعة الكود. ربما لدي الآن القدرة على تغيير العمليات والتواصل بطريقة أو بأخرى مع الناس.

كيف وأين تنمو؟ لا يختفي هذا السؤال ، لأنه قد ترغب في أن تصبح رئيسًا للقسم (قيادة المجموعة).

حسنًا ، السؤال - ما هو متوقع مني ، يبدو لي أيضًا مفهومًا تمامًا.

والآن عليك أن تكون قادرًا على الإجابة عن كل هذه الأسئلة ليس فقط لنفسك ، ولكن للفريق بأكمله. في حالتي ، تم تعيين الفريق تقريبًا من نقطة الصفر. اتضح أنه بالنسبة لخمسة أو سبعة أشخاص ، يجب أن أقول كل شيء ، وشرح ، وحدد الأهداف. يستغرق وقتا وجهدا. مثل هذه الأشياء تحتاج إلى التخطيط والتفكير بها. إذن ما هي مسؤولية قائد الفريق؟

ماذا ينبغي أن يؤدي فريق؟

بادئ ذي بدء ، هو العمل مع المهام : صياغتها ، والتكيف ، ووصف الشخص الذي يتلقى المهمة تحت الصف. على سبيل المثال ، بالنسبة للصغار ، أفضل عمل وصف مفصل للغاية وأتوقع منه أن يكتب الشفرة والاختبارات الصحيحة. بصفتي كبيرًا ، سأتواصل مع هدف تقني أو تجاري ، وسيكون حراً في تقرير كيفية تحقيق ذلك لنفسه. في أي حال ، كل هذا يستغرق وقتا.

بالطبع ، تحتاج إلى وضع مراجعة للكود عندما تنشأ تعارضات أثناء ذلك. مراقبة ما يحدث ، نقل المهام حسب الحالة. أنا أيضا أداء واجبات مهندس الإفراج على أساس منتظم. يجب عليك في كثير من الأحيان التفكير في كيفية تأثير نشرنا على الآخرين ، الخدمة التي أقوم بها هي معالجة الطلبات. يرتبط مع جميع أنظمة Lamoda تقريبًا ، وبالتالي ، يمكنه التأثير على العديد من العمليات التجارية أثناء صدوره.

نقطة أخرى هي المراقبة والتنبيهات والتحولات المرتبطة بهذا. إذا ظهرت إحدى ميزات العمل ، فمن الضروري مراقبتها وتقديم مقاييس جديدة وتعليق الإشعارات عليها وإبلاغ خدمة الدعم وما إلى ذلك. هذه كلها قضايا معمارية. ليس لدي مهندس معماري متخصص في قسمي الآن. أؤدي واجباته في تلك الحالات عندما تحتاج إلى حل معين في إطار مهمة / مشروع محدد.

لا تزال بحاجة إلى الانتباه إلى الاتصالات . يتضمن ذلك الاجتماعات الشخصية التي تتم كل أسبوعين تقريبًا مع كل مطور ؛ بأثر رجعي ، والتخطيط ، والاتصالات مع المديرين والإدارات الأخرى. ولكن لا يزال سيكون من الرائع عدم ارتكاب خطأ.

يقول الكثيرون أنه سيكون من الجيد بعد 10 سنوات من التطوير الحصول على نسبة "الإدارة إلى التنمية" من حوالي 80 إلى 20. حتى هذا ليس ممكنًا دائمًا. نتيجة لذلك ، سوف تفقد حتما الخبرة وتخرج من الاتجاهات الحالية. من الضروري مواصلة النمو.

هناك استراتيجيات ممكنة لكيفية النمو من حيث وضعك. في القسم التالي ، سنتحدث عن كيف يساعد الدوران في الفريق في زيادة عامل الحافلات.

دور الدور

سأقوم بإحاطة أولئك الذين لا يعرفون وأخبركم بما هو عامل الحافلة.

عامل ناقل هو رقم يشير إلى أنه إذا قام عدد معين من المطورين بـ "قرع حافلة" ، فسيتوقف العمل في المشروع. يمكن أن يعبر عن نفسه في مجموعة متنوعة من المستويات. على سبيل المثال ، قد يكون عامل ناقل لبعض عناصر النظام المعقدة المحددة.

لنفترض أن لدينا حالة نحتاج فيها إلى تسوية نظام إعداد تقارير معين. قضى المطور 5 أيام للقيام بذلك. كان الخطأ معقدًا ، لكنه كان ثابتًا ، وكان كل شيء على ما يرام. ثم تنشأ مشكلة أخرى في نفس الوحدة ، ويجد المطور نفسه في إجازة مرضية. هذا يعني أن الشخص التالي يجب أن يقضي نفس الوقت في حل المشكلة. يجب عليك معرفة ذلك من نقطة الصفر ، لأنه لا توجد وثائق (haha).

ما سيتم مناقشته أكثر هو بالضبط الاستراتيجيات لزيادة عامل الحافلة. وسوف يجتمعون في صورة واحدة لطيفة مع جميع الواجبات السابقة لقائد الفريق ، والتي تحدثت عنها.

بالإضافة إلى الوثائق ، هناك حاجة إلى تجربة حقيقية. أي أنك بحاجة إلى فريق تمكن بالفعل من لمس أجزاء مختلفة من النظام ، وهو الآن جاهز للتعامل مع أي مهام. لكن إذا اجتمع الفريق للتو ، فلن يأتي كل هذا من أي مكان من الصفر. هدفي الرئيسي هو معرفة كيف يمكن الجمع بين العديد من الأساليب المختلفة التي تسمح بحل المشاكل مع كل من الوثائق والخبرة.

مهندس دعم

لقد سمع الجميع عن المطورين الظاهري. لكننا لن نتحدث عن مجموعات VR ولا عن أشخاص على موقع بعيد ، ولكن عن دور مهندس دعم.

من هو مهندس الدعم؟

لدينا رجل يقوم بتوزيع دعم متراكم. لقد جاء للعمل ، وليس لديه مهمة واحدة. لقد فتح backlog للحصول على الدعم في تعقب المهام (Jira) ، وهناك مهام مرتبة حسب الأهمية. أخذ الأكثر أهمية ويبدأ في الإصلاح. بعد حل جميع المشكلات ، يكتب عن سبب اندلاعها وكيفية تجنبها في المستقبل. إذا لم يكن لديه دعم آخر (هذا أمر مضحك ، لأن الدعم لا ينتهي أبدًا) ، عندئذٍ ينظر إلى التأخير الفني ، وهو كبير جدًا بالفعل.

القليل من الهاء: نحن نتحدث عن نظام واحد ونصف مائة ألف سطر على إطار Zend 1 القديم. قال مهندس الفريق السابق ذات مرة إنه وفقًا لنظامنا ، لدينا دين بهذا الحجم - وهذا ليس دين تقني ، بل هو رهن تقني. ومن هنا عنوان التقرير.

إذا لم يكن هناك شيء يمكن القيام به ، يمكن لمهندس الدعم القيام ببعض المهام غير ذات الأولوية من هناك ، وهو أمر غير مؤسف للانسحاب والعودة إلى الدعم الذي ظهر حديثًا. هذا يحدث عادة. وهو لا يفعل هذا لأكثر من أسبوع ، لأنه سيكون طريقًا مباشرًا للإحباط. إذا كنت تعمل طوال أسبوعين بالكامل فقط في الدعم القوي ، فسيؤدي ذلك إلى إبطال مفعالك. أنت إصلاح ، إصلاح ، إصلاح ، وليس هناك نهاية لذلك. لهذا السبب ، نقوم كل أسبوع بنقل دور مهندس الدعم إلى الشخص التالي.

مهندس إطلاق

هناك موقع افتراضي آخر مناسب جدًا لتفريغ فريق القيادة - وهو مهندس إطلاق. يقوم بإعداد الإصدارات لإصدارات الإصلاح المخططة مسبقًا ، ويقوم بجمع الفروع ، وإعداد البنيات ، وإدارة جميع الاختبارات. إذا كانت الاختبارات تعمل تلقائيًا ، فهي تتحكم في النتيجة ببساطة. في منطقة مسؤوليته ، اختر مدى جمالها بدون توقف أو تأثيرات خاصة للأنظمة التي تعتمد علينا.

يحدث أننا نحتاج إلى التواصل مع الفرق الأخرى قبل النشر من أجل تحذيرهم من التغييرات. نتيجة لذلك ، يقوم مهندس الإصدار بتحريك كل شيء إلى الخارج ويتطلع إلى معرفة ما إذا كان هناك شيء قد انفجر. نحن نستخدم لهذا ، ترقب ، بروميثيوس ، إيسينجا ، إلقاء نظرة على مرونة ، وذلك باستخدام Kibana . يقرر مهندس الإصدار ما يجب فعله إذا حدث خطأ ما. بمعنى أنه من مسؤوليته أن يقرر ما إذا كانت هناك حاجة إلى نوع ما من الإصلاح ، أو أننا جميعًا قد خسرنا أموالنا ونحتاج إلى التراجع. يتم اتخاذ قرار التراجع فقط كحل أخير ، ولكن هذا يحدث أيضًا.

هو (مهندس إطلاق سراح) يسجل المشاكل التي تنشأ. إذا مزق شيء ما ، سيكون من الرائع أن تتعلم من أخطائك. للقيام بذلك ، يشير إلى تاريخ الإصدار والأخطاء التي أدت إلى المشكلة. يتيح ذلك لمهندس الإصدار التالي النظر في المشكلات الشائعة وتجنبها. حسنًا ، نعم ، إنه لا يفعل ذلك لأكثر من أسبوع على التوالي ، لأن جمع إصدار مكلف.

إذا كان الإصدار كبيرًا ، فسيخرج نصف يوم بسهولة ويصعب للغاية في الوقت المناسب الاستراحة في الوقت المناسب للتبديل إلى مهامك. على سبيل المثال ، بدأت بعض التجميع الذي يستغرق 20 دقيقة. أثناء تقدم المجموعة ، يمكنك التدخين أو التفكير في الحياة. ولكن إذا عدت إلى المهمة ، وكان التجميع ناجحًا ، فستحتاج إلى التبديل مرة أخرى. بشكل عام ، هذه عملية كئيبة إلى حد ما ، تنسحب من التطور الطبيعي ولا تسمح بدخول التيار. لهذا السبب ، فإن مهندس الإصدار في الأسبوع القادم هو شخص مختلف.

Tehlid

موقف افتراضي آخر أكثر إثارة للاهتمام هو القائد الفني.

مهندس معماري (يسمى أحيانًا بهذه الطريقة) يدخل في المعركة عندما يكون هناك مهمة مهمة كبيرة أو يتم إطلاق مشروع جديد. وهذا يعني أنه يتحمل مسؤولية التصميم والتطوير والإطلاق. يحق له التواصل مع قائد الفريق ومدير الفريق ، واتخاذ القرارات الفنية ونقل الالتزام بتوثيقها. في حالة حدوث أي نفايات في البداية ، فإنه يسجل جميع المشاكل التي حدثت وأسبابها بنفس طريقة مهندس الإطلاق أو مهندس الدعم.

النتائج

ماذا نحصل نتيجة لذلك؟

يتيح تناوب الأدوار في الفريق لفترة طويلة (ستة أشهر على الأقل) حتى بالنسبة للمبتدئين عديمي الخبرة الحصول على المهارة اللازمة للعمل مع مجموعة متنوعة من أجزاء النظام وأنواع المهام.

في البداية ، تحدثت عن حقيقة أن التوثيق والخبرة الحقيقية يمكن أن تساعد في حل المشاكل النموذجية. بعد تطبيق الممارسات الموضحة ، لن تحل مشكلة الوثائق ، ولكن سيتم اكتساب خبرة عالية الجودة ومتنوعة من قبل جميع المشاركين في فريق التطوير ، وخلال دورة طويلة من الأدوار الافتراضية ، يتمكن الشخص من لمس مجموعة متنوعة من أجزاء النظام كمهندس دعم. كمهندس إطلاق ، يتعلم النشر والتواصل والمراقبة واتخاذ القرارات بسرعة. إذا حصل على دور الخبير الفني ، فهو يستعد لقيادة مشاريع أكبر وأكثر أهمية بشكل مستقل.

من هذه اللحظة ، يستطيع قائد الفريق وينبغي له أن يفوض مهامه إلى المرؤوسين ، لأنه إذا كنت تتذكر ، فإن قائد الفريق لديه مهمة عدم إخماد نفسه والنمو في مكان ما.

بفضل هذه الممارسات ، يصبح من الممكن أخيرًا إعطاء شخص ما جزءًا من عمله. على سبيل المثال ، الإصدارات. هذا هو 4-8 ساعات في الأسبوع ، والتي يتم إصدارها فجأة من وقت لآخر. يمكنك الآن إنفاقها على التطوير وقراءة المقالات وحل المشكلات الأخرى. قد يكون الخطأ الكبير هو عدم نشره على التقويم وإنفاقه على الاجتماعات غير المفيدة. على الرغم من ذلك ، كقاعدة عامة ، يحدث هذا :) الآن يمكن لرئيس الفريق أن يفرح ، لأنه يتمتع بفرصة أن يكون أقل توترًا ويثق في جزء من عمله لموظفيه. إذا حدث شيء له ، فإن المشاريع لن تنهض.

نتيجة لذلك ، نزيد عامل الحافلة لقيادة الفريق. يمكن للفريق ، بدوره ، التأكد من أنه إذا حدث خطأ ما مع قائد الفريق ، فسيكون أي منهم مستعدًا للقيام بعمل ما والتعامل معه.

بالطبع ، هناك قيود. هذا النهج غير ممكن إذا كنت تفعل كل شيء بمفردك (قسم الأشخاص).إذا كان الزوجان تابعًا لشخص ما ، فهناك بالفعل فرصة لتدوير الساعة والإصدارات. ثلاثة شركاء وأكثر هو أفضل.

في حالتي ، هناك 5 مطورين ، ثلاثة منهم يشاركون في أدوار افتراضية فيما بينهم. اثنين آخرين تشارك ببساطة في التنمية ، وميزات جديدة. لا يشاركون في الإصدارات والدعم وما إلى ذلك.

عامل مهم آخر هو الوقت. سيكون عليك تحملها حتى اللحظة التي يأخذ فيها دوران الأدوار التأثير الصحيح ، وستكون لديك فريق جاهز لأداء المهام التي تقع عادة على عاتق قائد الفريق. المشكلة هي أننا نستخدم الوقت كمورد بأسعار معقولة جدا وتجديدها. ولكن هذا ليس صحيحا على الإطلاق. يمكنك أن تفترض أنه في غضون ستة أشهر أو سنة ستعمل "المطوّرة" بطريقة ما على "التأرجح الذاتي" ، وستحصل على الخبرة اللازمة وتكون جاهزة للعمل وشيء آخر. لكن هذا قد لا يحدث ، وكقاعدة عامة ، لا يحدث إذا تم ترك الموقف للصدفة. قد يكون تدفق المهام بحيث لا يكون هناك دافع خارجي لتطويره بالطريقة الصحيحة. وهو بالتناوب الأدوار الافتراضية التي تعطي الفرصة التي يمكنك من خلالها مساعدة أعضاء فريقك على تطوير شامل والمضي قدما في الدرجات المقبلة.

في النهاية ، يتعلق الأمر برمز واحد محدد للغاية: "مهمة القائد هي أن يكون هناك عدد أكبر من القادة ، وليس أولئك الذين يتبعون الزعيم بشكل أعمى" . أعتقد أن استخدام هذه الأدوات سيساعدك على تطوير فريق من فريق يؤدي لمدة دقيقة. سيسمح لك ذلك بالمضي قدمًا في الخطة المهنية والوظيفية. هذا سيمنح الشركة والفريق والمشروع الفرصة للتواجد بشكل مريح. يمكنك أخيرًا الذهاب في عطلة بهدوء.