ما هي مشاكل قائد الفريق التي يمكن حلها بمساعدة اللعبة

مرحبا بالجميع! اسمي يفغيني رتيشيف ، في سبيرتيخ أعمل كرئيس لتطوير أنظمة تكنولوجيا المعلومات في مشاريع النظام الجبهي الموحد. في 24 سبتمبر ، تحدثت في مؤتمر Saint Teamlead Conf 2018 في سانت بطرسبرغ. كان تقريري عن المباراة التي أجريت في الفريق ، والتي خففت إلى حد كبير من صداعي كقائد ، ساعدت في التحفيز والانضباط. قبل الجمهور هذا الموضوع بحرارة وسأل الكثير من الأسئلة القيمة والمثيرة للاهتمام.

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

مقدمة

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

المشاكل والألم

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

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



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

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

ثم أدركت أنني بحاجة إلى التجربة

نقوم بصياغة مجالات المشكلة

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

ترتيب أعضاء الفريق

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

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

مساعدة تطوير المنتج

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

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

دقة التخطيط وتحديد الوقت القاتل

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

شيء جديد وجديد

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

القليل عن الفريق

أود أن أتحدث أكثر قليلاً عن الفريق: مالك المنتج ، المحلل (المعروف أيضًا باسم Scrum Master) و 9 مطوري iOS. هل تفهم الآن لماذا أردت أن أفهم توازن القوى في مثل هذا الفريق المتجانس؟



بعض البيانات الاجتماعية: كان لدينا فتاتان ، وكان عمر المشاركين فيهما
تتراوح من 22 إلى 33. كانت مجالات الاهتمام مختلفة ، لكننا حاولنا الترتيب
أنشطة الفريق العامة: ألعاب الطاولة العادية ، أحداث الشركات الصغيرة ،
رحلات مشتركة للمؤتمرات ، إلخ.

الآن يقوم الجميع بتعدين MotC

لطالما كان لدي اهتمام كبير بصناعة الألعاب. عندما كنت طفلاً ، قمت ببناء عوالم كاملة من مكعبات ليغو ، ورسمت ألعاب لوحية بسيطة على قطعة من الورق ، وأصبحت مدمنًا على 3D Max ، ثم بدأت في تعلم أدوات بسيطة لإنشاء ألعاب الكمبيوتر - مثل Dark Basic أو Game Factory. لقد قضيت الكثير من الوقت في لعبة MMO ، ومن أغرب شيء - صنعت نسختي الخاصة من لعبة Diablo 2 في محرر الخرائط لـ Warcraft 3 (حتى أنها حظت بالنجاح في شبكة المدينة المحلية).

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



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

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


تم تخصيص حصة الأسد من تقريري عن Saint Teamlead Conf فقط لإنشاء اللعبة وإكمال جميع النقاط الضرورية (اللعب ومشاكل التوازن وعلم النفس لـ 4 أنواع من اللاعبين ، وما إلى ذلك). لن أترجم كل هذه المعلومات إلى نص - آمل أن ينتظر القراء المهتمون ستة أشهر عندما تجعل olegbunin الإدخالات عامة (أو تكتب إليّ على انفراد). يمكنك أيضًا الحضور للاستماع إلى مؤتمر قيادة الفريق في 2 نوفمبر .

كيفية الحصول على موتك؟

باختصار ، يمكنك الحصول على عملات افتراضية لأداء إجراءات معينة:
1. إغلاق مهام العدو. هذا مهم ويجب تشجيعه ، لأن هذا هو ما يجلب قيمة الأعمال. جلبت 1 قصة نقطة 1.2 MotC. لماذا لا تساوي القيمة؟ نعم ، الأمر بسيط: أولاً ، الرقم السحري يقول بالفعل أن هناك نوعًا من المعامل ، وبعد الإشارة إلى وجوده ، يمكنك دائمًا تغييره بعناية (لضبط التوازن). Plus MotC - عدد صحيح ، أي كما أنه حافز إضافي لإغلاق عدد أكبر من نقاط القصة. لثلاثة تحصل على 3 Motc ، و 5 بالفعل 6.

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

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

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

التعدين سلبي

المسألة MotCs. لذلك ، كان من الممكن الحصول على عملات معدنية بقيمة سلبية. ما الذي أدى إلى عدم الجدارة:

1. سباق سريع فشل. في حالة أداء أقل من 78 ٪ من تراكم السباق ، تلقى الفريق بأكمله تعدينًا سلبيًا.
2. فتح الخلل. إذا كان هناك عيب لا لبس فيه في مهمة التسريب ، فإن المطور حصل على حقن طلب السحب ، وكذلك المراجعين.
3. 3. كما تم ابتكار نظام ممول إضافي للتأخر في الوقوف أو عدم الانتباه للزملاء. تصرفت على مبدأ "3 على التوالي". انهارت 3 أيقونات متطابقة في رمز جديد ، كان هناك تعدين سلبي. كان هناك قاعدة عفو: عند تلقي أكثر من 25 MotC في العدو ، لم يؤد الانهيار إلى التعدين السلبي ، ولكن لم يتم إعادة تعيين الشارات.

كيف تنفق MotC؟

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

ماذا كان في المتجر؟

1. القدرة على ترك العمل مبكرًا أو العودة لاحقًا. أهم هودوفيتشوك.
2. يوم العمل عن بعد.
3. إمكانية اختيار المهام ذات الأولوية على التخطيط.
4. توصية LinkedIn.
5. اختيار وحدة للتطوير على Swift. كل الشفرة كانت في Objective-C ، ويود الرجال تطويرها في Swift.
6. تذاكر المؤتمر (إن وجدت).

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

تصحيحات أثناء اللعبة

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

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

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

3. نقاط مزدوجة للعيوب. مثال لتوضيح أنه في كل فريق سيكون هناك مواقف غير متوقعة ، ويجب "ضبط" القواعد. جلسنا على دمج التعاقب التلقائي لفترة طويلة (أي عند حقن الإصلاح العاجل ، ظهرت عمليات الدمج التلقائي في إصدارات الإصدار السابقة وتطويرها). في مرحلة ما ، قررنا إيقاف هذه الممارسة الشرسة بسبب تعليق دمج التعارضات باستمرار على Develop-e وانتقلنا إلى فكرة تكرار المهام لجميع الإصدارات حيث تريد تحميل التغييرات. هذا أدى إلى ظهور العديد من المهام المماثلة في JIRA:



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

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

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

النتائج والملاحظات

استمرت التجربة بأكملها 9 سباقات (4 أشهر). تم إنفاق ما مجموعه 968 MotCs ، وتم إنفاق 262. كان هناك 3 سباقات سريعة ، أصبح نفس الشخص بطل العدو 4 مرات ، وبدا توزيع MotC في الفريق كما يلي:

	Motc	MotC +
اللاعب 1	104	86
اللاعب 2	203	203
اللاعب 3	148	128
اللاعب 4	65	47
اللاعب 5	172	92
اللاعب 6	58	40
اللاعب 7	68	68
اللاعب 8	95	77
اللاعب 9	55	55

ها هو - المؤشر الوحيد الذي أردت إنشاءه.

بالمناسبة ، تم تخزين قاعدة البيانات بأكملها في Numbers (xls for MacOS) وإرسالها إلى المشاركين مرة واحدة في الأسبوع (في وقت إصدار MotC للرجعية). كانت هناك 5 صفحات تحتوي على صيغ متداخلة: تاريخ التعدين ، سجل الشراء ، متجر العروض ، تفاصيل التعدين وجدول الملخص.

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

Motc	التعدين
1	اقتراح للمشكلة X
1	ساعد ماكوف في تحديث أيقونة المكتبة لعرض توضيحي
2	تحضير مستودع مع مرجل IP (تجريبي لـ كتيبات)
2	تحضير مخطط XSD لمثال IP ، وكذلك استشارة مرجعية
3	إغلاق عيب
16	تحويل 14 ل.س
4	Maximizer SP

عندما انتهت التجربة ، سألت الرجال - كان الجميع سعداء بالابتكارات وأكدوا أنها كانت جديدة ومثيرة.


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

أنا لا أحاول إثبات أن هذا هو خيار الإدارة الصحيح أو أداة مثالية - هذا مجرد مثال لكيفية تنويع أسلوب الإدارة الخاص بي وبطريقة جيدة "ابتهج" فريق. , , , . Performance Review .

!

PS Facebook LinkedIn , - 2 .