قيادة الفريق هي دور يمكن أن يكون فخًا للمطور ، ويمكن أن يوفر فرصًا هائلة لتطوير البرامج

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

أصبحت قائد فريق مرتين

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



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







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



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

في D ، حيث أتيت كمطور ، كانت الأمور مختلفة - خاصة عندما يتعلق الأمر بالعمليات.

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





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



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



كان لدينا فريق ممتاز يقود بيتيا. في المكالمات الفردية ، يمكننا مناقشة كل شيء: من المشاكل المتعلقة بعدم الالتزام بالمواعيد النهائية إلى إعدادات تعقب المهام. أحيانًا أعطي ملاحظاتي ، وأحيانًا أنصح بشيء ما.

لذلك رأت بيتيا من خلالي وتعرفت على تجربة قيادة الفريق في T والتعلم عن بعد Scrum في D.

في مرحلة ما ، عرض علي وقفة.





بدت عملية "الخلف" في حالتي هكذا واستغرقت 6 دقائق)



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

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

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

• تنظيم أفضل
• يشاركون بسرعة في عمليات الفريق والأفكار ،
• الحافز واكتساب المصداقية في أعين المطورين الآخرين.

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





لكن تولي مهام قائد الفريق شيء ، والتعامل معها شيء آخر.

ما الذي تغير وكيف تعاملت معه

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



ومع ذلك ، بمرور الوقت ، انتهى الشعور بالنشوة وبدأت الحياة اليومية. هذا ما لاحظته.



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





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



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



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



على سبيل المثال ، أنشأ فريقي قسمًا لموضوعات الدراسة لتطبيق Skyeng على نظامي iOS و Android: قمنا بتنفيذ خريطة مستوى التمرين ، ومقياس الطاقة لفئات مختلفة من الطلاب ، والأهداف اليومية ، وتتبع تقدم المهام ، وميكانيكا مختلفة لبطاقات المهام ، والتمثيل الصوتي والمزيد.







نفس القسم في الملحق.

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



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

« -» — , - .

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



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



بشكل عام ، كان علي أن أتخلص من عاداتي وأن أتقن بشكل عاجل مجموعة من التقنيات المفيدة.



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



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



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

لا مزيد من قيادة الفريق: كيف لا تفقد نفسك وتجد نفسك مرة أخرى

قبل عامين ، اعتقدت أن قيادة الفريق كانت الخطوة التالية في تطور المبرمج. الآن أعتقد أن هذا هو فرع آخر موازٍ للتنمية. تعتمد نتيجة الانتقال بشكل كبير على كل فرد - ولن تعرف حتى تحاول.



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



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







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



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



لذلك جاءت الفكرة لمناقشتها بشكل عام مع:

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

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





هنا يمكنك إضافة تذكير إلى التقويم الخاص بك .



انضم إلى المناقشة "MoreNeTimlead" أو شاهدها في التسجيل. آمل أن تكون تجربتنا مفيدة لك ، لأنني قبل عامين اعتقدت أيضًا أن ...