الدافع والتفويض والأتمتة: وصفة لإنشاء فريق سوبر

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



وضع مألوف؟ لأليكسي كاتاييف ( deusdeorum ) - بالتأكيد. تعمل Alexey في تطوير الويب لأكثر من 15 عامًا كمطور للواجهة الأمامية وواجهة مطورة وفريد. يعمل أليكسي الآن في Skyeng وبمجرد أن تمكن من تكوين فريق فائق خارج الفريق - الأفضل في الشركة. ومنذ ذلك الحين قام أليكسي بإنشاء فرق دائمة في Skyeng. كيف يقوم بذلك في نسخة التقرير الذي وصفه المشاركون في TeamLead Conf 2019 بالأفضل في المؤتمر.


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

أنت معتاد بالفعل على ديما. اعتاد أن يكون مطورًا جيدًا - لقد تولى 3 مهام يوميًا وقام بها حتى النهاية - وهذا هو أهم شيء. ويموت الأخضر بجانب ديما هو مؤشر الجحيم في حياته.



ماذا يحدث بعد ذلك مع ديما؟ إذا كنت تعتقد أنه يصبح خجولًا وتصبح الجحيم أكثر من ذلك بقليل ، فأنت تفكر في ذلك. يأتي المنتج إلى ديما ويقول: " دعنا نذهب خطة Q2! متى ستكون المهمة 1653؟ لدينا إصدار قريبا ! " والجحيم هو الحصول على أكبر قليلا.

ثم يأتي CTO: " نحن بحاجة إلى توظيف مطور آخر. ما هو الدين الفني الخاص بك؟ وإليك استبيان آخر في Google Doc - املأه من فضلك! " وأصبح الجحيم أكبر.

ثم جاء المطورون: " نريد أن ننمو! زيادة الراتب لدينا! " ويبدأ ديما في الاحتراق.



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

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

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

مقدمة

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

يحدد المنتج أهداف العمل - لديه رؤية للمنتج ، وهو مسؤول عن الأموال التي نكسبها وننفقها ، ويتواصل مع جميع العملاء والعملاء.

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

لنلقِ نظرة على المهام التي تقوم بها ديما. أقسمهم إلى:

• مهام مهمة
  
• المهام التي يمكن تفويضها أو أتمتة بحيث يمكن لشخص آخر القيام بها ، ولكن عليك قضاء بعض الوقت في ذلك ؛
  
• الروتينية - المهام البسيطة التي يجب القيام بها بالضرورة.
  

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

حل السطح

نتخلص من الروتين بأكمله ، ونفوض كل شيء يمكن تفويضه ، وأتمتة كل شيء يمكن أتمتة.

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

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

تخلص من الروتين

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

أستمر في العمل كل يوم ، أكتب كل ما قمت به ، ثم قم بتحليله.

الرسائل والأسئلة

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

عندما انضممت إلى فريق إعداد الفواتير مع قائد الفريق ، قلت على الفور أنني لم أجب على سؤال واحد . لقد أنشأت قناة الفوترة # ، قلت إن لديّ كل الأسئلة هناك ، واضبط الحالة على "لا أجيب في PM".

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

ثم رأيت كيف يكتب الناس النداءات:

- اه !!! لا شيء يعمل ، لا شيء يدفع! ذهب المال! سوف نموت جميعا!

لذلك كتبت القواعد لكتابة مكالمات الدعم. ثم سرعان ما قمنا بترميز الروبوت الذي يكتب هذه القواعد عند دخول القناة.



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

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

كيف آخر لتحسين هذا الحل؟

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

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



بعد ذلك ، قمنا بدمج روبوت آخر ، يقوم بتحليل رسائل البريد الإلكتروني في جميع القنوات عن طريق الرموز التعبيرية ، ويقوم بنشر نفس قناة هضم ala SLA للطعون.

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

مساعدين إداريين

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

لذلك ، لدى Skyeng قسم خاص من المساعدين الإداريين . هذا هو YouDo داخلي ، ولكن مع وجود اختلافات.

• وقعت مقدما من قبل NDA . كل شخص لديه حق الوصول إلى جميع مستندات Google للشركات ، لا يتعين عليك قضاء بعض الوقت في هذا الأمر.
  
• مراقبة الجودة . هناك شخص مميز مسؤول عن جودة عمل المساعدين. تم التعاقد معهم لفترة طويلة ، وتم تدريبهم وإطلاق النار إذا عملوا بشكل سيء.
  
• لوائح واضحة لتحديد المهام للمساعدين الإداريين . يحتوي Trello على تنسيق بطاقة تم إنشاؤه في دقيقة واحدة - voila! - يتم تنفيذ المهام البسيطة. علاوة على ذلك ، فهو متاح ليس فقط لقادة الفريق ، ولكن أيضًا للمطورين. يمكن لأي شخص استخدام خدمات مساعد إداري.
  

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

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

جيدي التقنيات

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

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

إصلاح الإنتاج

كل شيء تافه جدا هنا. نحن نستخدم التصعيد التلقائي - نقوم بتكوين روبوت خاص. في Skyeng ، هذا هو OpsGenie ، الذي يتصل بنا ليلًا إذا تعطل المنتج وجعلنا إصلاحه. لكننا نريد فقط الابتعاد عن هذا وعدم الاستيقاظ في الليل!

لذلك ، نقوم بإنشاء جدول واجب ونزيل أنفسنا من هذا الجدول. يجب أن لا تستيقظ Timlid في الليل.

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

لذلك ، نمنح حق الوصول إلى جميع أدوات التشخيص في وقت واحد لكل من أدوات التشخيص : Kibana و Sentry و New relic بالإضافة إلى الوصول إلى الجذر إلى الخوادم ، وكتابة وثائق قصيرة حول كيفية استخدامها ومكان المشاهدة وما يجب إصلاحه.

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

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

ينظر ديما إلى ما فعله اليوم:

• مسيرة الصباح.
  
• المراجعة الفنية - وهذا ما نسميه المناقشة الفنية للمهام.
  
• 1: 1 مع أوليغ.
  
• بأثر رجعي أو كايزن.
  

كل يوم بعض الاجتماعات!

أنت في انتظار أن أقول ، "لنفوض الاجتماعات!" هذا هو الحل "الجبين" ، الذي سنبحث كمثال على المراجعة الفنية.

مراجعة فنية

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

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

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

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

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

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

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



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

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

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



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

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

المبادئ الفنية

لقد جمعنا فريق الفوترة بالكامل ، ورسمت أساس هذه المبادئ ، وناقشناها لفترة طويلة ، وصوتنا ، وتحسنت. والنتيجة هي قائمة من 12 مبادئ. فيما يلي ثلاثة من الاثني عشر: ما هو مهم بالنسبة لنا - جودة الكود أو سرعة التطوير ، هل من الممكن الاستعانة بمصادر خارجية لتطويرنا وهل نفكر في العواقب؟



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

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

ولكن هناك العشرات من الفرق الأخرى التي لا تفكر في العواقب ، وهذا أمر طبيعي بالنسبة لمنتجاتهم.

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

مبادئ العمل

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

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

عندما لخصت ، قمت بحساب الانحراف المعياري للتصويت واستخلصت أكثر المبادئ تناقضاً ، حيث لا نتوصل إلى رأي مشترك.

• الحياة الشخصية أكثر أهمية من Skyeng . الناس منقسمون بالتساوي على أولئك الذين تكون حياتهم الشخصية أكثر أهمية ، وأولئك الذين - الشركة.
  
• محلية الصنع في المنزل ، والعمل في العمل . نحن لسنا "الحمل والولادة"!
  

الحمد لله أننا لسنا ديمقراطية ، ومبدأ قبول المبادئ يعمل: "يمكن لقائد الفريق اختيار المبادئ". لذلك ، تم حذف الفقرة الأولى واليسار الثاني.

تعاملت ديما مع المراجعة الفنية ، مع المبادئ الفنية والعملية ولم تشارك في جميع الاجتماعات.

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

تاجر مخدرات

يأتي المنتج ويعذّب ديما - لم نتخلص من هذا.

مهمة ديما ليست الرد السريع على كل هذه الأسئلة والذهاب معذبة المطورين على طول السلسلة ، ولكن بناء آلية حيث يتم حل المهام بأنفسهم ويطير إلى همز.

أنا معجب بـ Kanban ، لأنه يسمح لك فقط بذلك. في رأيي ، يبدو الناقل مثل هذا: هناك أعمدة ، ندفع المهام.



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

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



لذلك ، قدمت دور تاجر مخدرات ، والتي جسست من 2GIS. , , , . , , - ?

, , — , - - , , . — .

. . , .

Kanban + Demo

: Kanban-, , 40 . , , .

SCRUM Demo day — - -demo. Kanban, , 7 , . , — , , , .

, , :

99% — .

— - .

« » , .

.

, . , , , .

Skyeng : — — — — . .


, .

, : « !». , .

, . , , , .



: « — 2 » « 10%». .

. , . .

. , . . .

, , . - : « , », , , , , 3 .

, , . - , .

. , — :

— , ! , , !

, . , . .

. . — , . , , .

1:1, . . , . .

. -. . , . , .

— , 10 , PHP Go.

.



, . . , .

— , — , . — , . , . : « , — !»

— . , - , . — , .



, . . , — .

— , .

— . , .

. . 12 12 . , , . , , . — , . . - . , - .

— telegram (@ax8080) Facebook . telegram- , .

TeamLead Conf — - 23–24 . , . , :

• , , .
• .
• .
• .
• .

, , - . , - — , , .