مسألة كيفية تقييم فعالية عملية التنمية موجودة بقدر التنمية نفسها. في كثير من الأحيان ، يمكن للمطورين الالتزام بفكرة أنك تحتاج فقط إلى كتابة رمز الجودة ، ولكن كل هذه التحسينات والتجمعات وتتبع النشاط وما إلى ذلك هي مجرد نزوة إدارية. في المقابل ، يعتقد الزعماء أنه قبل كل شيء منتج وأنه لدينا بالفعل عمل هنا ، وليس ناديًا للمصالح: لذلك من المستحيل الاستغناء عن المقاييس. ولكن ما مدى أهمية المقاييس على الإطلاق؟
في أوائل سبتمبر ، عقدنا اجتماعًا لمديري التطوير وتحدثنا عن ذلك مع أشخاص من
Plesk و Avito و Dodo Pizza و Tinkov و Agima و CIAN و Yandex.Verticals و DocDoc - حسنًا ، لم ننس أنفسنا. يوجد أدناه ضغط على ما تحدث عنه ضيوفنا.
في فريق صغير ، المقاييس ليست بهذه الأهمية
عندما تدير فريقًا يتكون من خمسة إلى عشرة أشخاص ، فإنك تصبح وحدة قتالية متفق عليها ، جماعية يعرف الجميع فيها الجميع. يقضي المطورون وقتًا معًا ، ويعملون جنبًا إلى جنب ، وغالبًا ما يتواصلون خارج العمل. ليس من الصعب الانضمام إلى فريق STO: يصبح القائد عضوًا كامل العضوية في الفريق ولديه الفرصة للتواصل مباشرة مع كل شخص. جميع التعارضات أو المشكلات أو الصعوبات التي قد يواجهها الفريق واضحة للعيان ، ولا يوجد عملياً أي حاجز إداري بين محطة الخدمة ومرؤوسيه.
إدارة فرق العمل من حيث تقييم فعاليتها أبسط بكثير: نظرًا لعدم وجود عدد كبير جدًا من المشاركين في سير العمل ، فإن أي حلول أو طرق غير فعالة تكون مرئية على الفور. ويمكن للمطورين التواصل بسهولة مع كبارهم ، لأنهم يتواصلون معه يوميًا.
مع مئات المطورين ، كل شيء أكثر تعقيدًا
بمجرد زيادة حجم الفريق عدة مرات وليس من 5 إلى 10 ، ولكن من 50 إلى 100 شخص ، يتغير الوضع بشكل كبير. الآن لا يمكن للقائد التواصل شخصيا مع الجميع ، ونحن بحاجة إلى مقاييس واضحة وفعالة.
الحل الأول والأكثر وضوحًا هو مديري المهام وتحليل عدد المهام المغلقة. يمكن أن توفر JIRA والأدوات المشابهة مجموعة محددة من البيانات المفيدة. على سبيل المثال ، يكشف تحليل المهام المغلقة عن وجود بعض المشاكل دون التواصل الشخصي مع المطورين.
على سبيل المثال ، عندما تشكلت المقاييس في DocDoc ، توقفت في البداية عند ما يصل إلى سبعة مؤشرات ، ولكن في النهاية كان هناك ثلاثة فقط:
- الراحة / المتعة من العمل ؛
- نسبة الميعاد والوقت المستغرق في المهمة ؛
- مهمة دورة حياة الوقت.
المقياس الأول هو ذاتي ويشير إلى الوضع في الفريق والمناخ ككل. الثاني والثالث - يرتبط مباشرة بالتطوير ويعكس بارامترات مهمة في ذلك الوقت: العديد من الفرق واجهت مشاكل مع الوفاء بالمواعيد النهائية.
قناة أخرى للحصول على المعلومات هي الاستبيانات ، والتي يجب أيضًا تجنبها. على سبيل المثال ، يتكون فريق تطوير Skyeng بأكمله من موظفين موزعين ، وبسبب الاختلاف في المناطق الزمنية ، من الصعب التحدث مع الآخرين جسديًا. بالنسبة لنا ، كانت الاستطلاعات الدورية بالتنسيق عبر الإنترنت هي المخرج. لا يستغرقون وقتًا طويلاً ، ويمكن للموظف أن يمر بهم عندما يكون مناسبًا له ، ولهذا لا تحتاج إلى حجز فتحات في التقويم أو غرفة اجتماعات في مكتب موسكو.
المشكلة هي أن المطورين لا يتحدثون دائمًا عن ما يقلقهم في الوقت المناسب. لا يمكن الحصول على هذه المعلومات إلا من خلال التواصل الشخصي ، بحيث يجب أن يكون لدى CTO الجيد "ساعات عمل" ، أو حتى يتم التخطيط لمحادثة مع جميع قادة الفرق والمطورين قيد التقديم.
يجب أن يتمتع أي مطور بالحق في تحديد موعد لمدير أعلى ، متجاوزًا قيادة فريقه . خلاف ذلك ، سوف تواجه الحفاظ على المشاكل وصمتهم.
التواصل مع العميل
لا يهم إذا كنت تعمل في شركة البقالة أو الاستعانة بمصادر خارجية. أي تطور دائمًا لديه عميل: داخلي أو خارجي. يتم التعبير عنها بوضوح في بعض الشركات ، في بعض - لا ، ولكن هناك دائمًا عميل.
تعد
ملاحظات العملاء معلومات مهمة للغاية ، حيث يمكن أن تكشف عن مشاكل غير مرئية من الداخل والنظر في عملية التطوير من الخارج. إذا كان العميل راضيًا تمامًا ولم يتمكن من الإدلاء بأي تعليقات على تفاعله مع المطورين ، فعندئذٍ ، كل شيء يسير بشكل أو بآخر ، والمشاكل الداخلية لا تنتقل من المجموعة.
من ناحية أخرى ، هناك سيناريو ممكن حيث يبدو أن التطور يسير ، ولكن وفقًا لتذكير العميل ، فإن الأمر يشبه الفوضى أكثر من كونه منتجًا: الفشل في الوفاء بالمواعيد النهائية ، ومشاكل الاتصال ، والتفسير غير الصحيح للمعارف التقليدية. أي من هذه التعليقات هو سبب وجيه للدخول في عمليات الفريق ومعرفة ما إذا كان كل شيء على ما يرام. إذا تم تأكيد كلمات العميل ، فأنت بحاجة إلى البحث عن سبب المشكلة.
نتائج الاختبار قد تكون غير متوقعة. لذلك ، على سبيل المثال ، تنشأ بعض الأسئلة بسبب عدم كفاية تحفيز الموظفين: من الصعب على أي شخص أن يبذل قصارى جهده كل يوم ولا يحصل على أي حوافز لعمله. وفي هذه الحالة ، لا تخلط بين "التشجيع" و "التعويض" (والثاني هو الراتب). في هذه الحالة ، تكون الحوافز المادية وغير المادية مناسبة: المكافآت والمكافآت وبعض أحداث الشركات ورقائق الموظفين. حتى استبدال المعدات أو
تلبية الطلبات "الاختيارية" من المرؤوسين يمكن أن يُظهر للمطورين أن عملهم ذو قيمة ويتم الاهتمام به. وهذا بدوره سيؤدي إلى رفع "الروح المعنوية" والإنتاجية.
الحذر الشديد في هذا الموقف هو التعامل مع الموظفين "الداعمين" الذين ، بسبب جهودهم المجنونة الخاصة ، يغلقون fakaps لأعضاء الفريق الآخرين. يوجد مثل هؤلاء الأشخاص في أي فريق ، وحتى إذا كان أداء الفريق ككل جيدًا ، يجب ألا تنسى مساهمة هؤلاء الموظفين. لأنه إذا "احترق" ، فسيطير كل شيء إلى الهاوية.
خلاصة القول: المقاييس عديمة الفائدة دون التحدث إلى الناس
الفكرة الرئيسية لجميع الخطب حول موضوع المقاييس: لا يمكن تحقيق الحقيقة إلا في المحادثة المباشرة. تتيح لك المقاييس تحديد أي مشاكل على المستوى الإحصائي ، ولكن من المهم أن تتذكر أنها لا تعرض سوى النتائج.
- لن تخبرك المقاييس أن القزم قد بدأ في الفريق الذي يسمم الموقف في الفريق ، أو أنهم يضعون الرجل الأخضر في الفريق ، الذي تخيل نفسه أنه أفضل قائد فريق يعيش على هذا الكوكب.
- لن تخبرك المقاييس أن الأداة التي تم تقديمها مؤخرًا لا تؤذي جميع المطورين فحسب ، بل بعد التحديث الأخير ، إنها أيضًا جزء من الكود الثنائي لشخص ما وهو غير فعال بكل معنى الكلمة.
- لن تخبرك المقاييس أنه في مرحلة التواصل مع العميل ومناقشة المعارف التقليدية ، يتم إنشاء مثل هذه الفوضى بحيث بدأ الفريق بدلاً من "الترام" الشرطي في إنشاء "حافلة عربة من رغيف الخبز".
يمكن للقياسات أن تظهر فقط حقيقة المشكلة.ولكن ما هو جوهرها - تحتاج إلى فهم على أرض الواقع. فهم من خلال المحادثات والاجتماعات واستطلاعات الرأي ، وهذا هو ، من خلال التفاعل المباشر مع الناس الأحياء. وسوف توضح لك المقاييس أين ومتى ومع من تحتاج إلى التحدث ، ولكن لا شيء أكثر من ذلك.
ملاحظة في mitap ، تبادلوا وجهات نظرهم:
* سيرجي Lystsev (Plesk) ؛
* إيجور تولستوي (أفيتو) ؛
* الكسندر أندرونوف (دودو بيتزا) ؛
* اندريه شليوخين (تينكوف) ؛
* أليكسي Parshukov (Skyeng ، DocDoc السابقين) ؛
* اندريه ريجكين (عجيما) ؛
* أليكسي شيكانوف (تسيان) ؛
* دانيلا شتان (Yandex.Vertical ، السابقين Tochka)
شكرا جزيلا لك
pps إذا كنت مهتمًا بالاستماع / مشاهدة النسخة الكاملة من mitap (تتضمن أيضًا أسئلة حول الدوافع المالية ، والتوظيف ، ومستوى الانغماس في CTO في التكنولوجيا ، وما إلى ذلك) - اكتب رسالة شخصية. تبين أن السجل ليس عالي الجودة ، لذلك لم نبدأ في وضعه على الملأ: لكننا مستعدون دائمًا لمشاركته مع من يحتاجون إليه حقًا.