دعنا نتحدث عن المقاييس كوسيلة لتقييم عمل مبرمج

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


لا توجد "صور جذب" مناسبة حول هذا الموضوع ، لذلك احتفظ بقطة

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

النوع الأول من المقاييس "حسب النتيجة"


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

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

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

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

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



ماذا عن معدلات ساعات العمل في UpWork ونماذج الوقت المستقل الأخرى؟


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

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

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

النوع الثاني من المقاييس هو "في الوقت المناسب"


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

  • ليس هناك شخص واحد يعمل في المشروع ، ولكن حتى عدة فرق ؛
  • يضم كل فريق "في الاتجاهات" من موظفين إلى ثلاثة إلى عدة عشرات من الموظفين ؛
  • عندما ينتهي العمل في المشروع لا أحد يعلم.

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

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

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

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

إشارة ضيقة حقيقية إلى وقت العمل ليست مقياسًا مستقلاً للفعالية ، فهناك حاجة إلى عكازات هنا


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

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

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

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

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

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

مقاييس غير كافية:

  • عدد أسطر التعليمات البرمجية والالتزامات ؛
  • عدد المهام المغلقة دون مراعاة التعقيد ؛
  • حرمان المطور من حق التصويت ؛
  • تجاهل الديناميات والاحتياجات الإنمائية في الفترة المشمولة بالتقرير (مقاييس تتجاوز الحس السليم) ؛
  • عملية مطولة لمراجعة المقاييس ؛ قلة المرونة ؛ تجاهل آراء التطوير.

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

مقاييس كافية:

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

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

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

التغذية المرتدة كجزء لا يتجزأ من نموذج "شراء الوقت"


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

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

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

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

بدلا من الإخراج


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

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

Source: https://habr.com/ru/post/ar432138/


All Articles