Get best of the week

ما أخطاء المدراء في موقع بعيد

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

النصيحة الأولى كافية للحصول على شعبك!



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


Woodpecker بشكله النقي ،

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

ماذا حدث للتطوير عن بعد في CROC


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

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

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

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

بطبيعة الحال ، في الطريق أبعد من ذلك يمكنك كسر الحطب مضحك جدا.

ما الخطأ الذي قد يحدث؟


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

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

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

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

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



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

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

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

هنا يقول المطورون لدينا:

لقد صنعوا روبوتًا للعرض التجريبي - بالإضافة إلى الشخص الذي يكون الجميع زائدًا عنه. وغرامة مع الأطفال الجالسين.
— - . , . , , : 10 000 10 , , . , -, , . , , ! , , . : , , , - . . … , .
لا يوجد اختلاف مع التنمية التقليدية على موقع بعيد. حسنًا ، ما زلت تعمل مع الخدمات. منذ فترة طويلة كانت هناك حالة عندما قام زميلي مسمرًا عن طريق الخطأ خادم VPN الذي اتصل من خلاله للحفاظ على خادم VPN هذا ... مع نافذة مدتها خمس دقائق لتحديث النظام ، سقط الحمل فجأة عندما توقف التطبيق وقبل إطلاق الإصدار الجديد (في العصر تحديثات شبه يدوية) ... أو عند تشغيل أوامر rm -rf / data ، ثم تدرك أنك تمتلكها منتجة وأسرع وأسرع ctrl-c.
محادثة المدخن:



قاموا بإعادة إطلاق سراح زميل تم إطلاق سراحه بالفعل. إبطال عمله. يحدث.

هل هناك أمثلة على المكدس؟


نعم ، ها هم:

رابط الطلب


Gitlab + Timcity

مساعدة الروبوتات

Gitlab + jira



gitlab + timcity

مخطط التجميع

مثال على خط أنابيب التنمية

هذا مثال للدردشة التقنية



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

هنا مثال. تعتبر المهمة مكتملة عندما يكون كل صف في ToR بمثابة رابط عمل للجدول الترافقي.

الخطوات
:



, . - .

() «»:



. , . - .

- -:



( ) «» ( ). Jira . . «» , . — . . «».

أنا مدير ، ما الذي يجب أن أركز عليه الآن؟





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

إذا كان من المثير للاهتمام مناقشة عملية القيادة البحتة بشكل منفصل ، فنحن نعقد ندوة عبر الويب في 27 في الساعة 16:00 ، هنا يمكنك الاشتراك. سيكون الأمر يتعلق بكيفية بناء العملية ، والأخطاء المختلفة وحالات الإدارة ، والفصل بين المسؤوليات (خاصة مع أمن المعلومات) ، حول تدفق المستندات بين المطورين والمحللين والمختبرين ، وقليلًا عن CI / CD. حسنًا ، حتى إذا بدا لك أنك تعرف بالفعل كل شيء ، يمكنك القيام بذلك مثل Jedi حقيقي - قم بالتسجيل في ندوة عبر الإنترنت ، وقم بخفض الصوت واجلس هناك للقيام بعملك!

More articles:


All Articles