الطريقة التقليدية لقياس المهام في صناعتنا هي الساعة. دعونا نحسب عدد المقاييس في الساعة التي نستخدمها.
الساعات الأولى والأكثر أهمية هي تلك التي نضعها على العميل. اعتمادًا على الموقف ، إما أن نتفق على مدار الساعة مقدمًا ، أو نضع الحقيقة - كم أنفق المبرمج.
الساعات الثانية هي تلك التي أطلقها المبرمج ، والإجابة على السؤال "كم من الوقت تحتاج لحل المشكلة؟". إذا اتفقنا مع العميل مقدمًا ، فسيتم عرض هذه الساعات للبيع. إذا تم السداد بعد وقوع الأمر ، فإننا نطلب من المبرمج إجراء التقييم لأغراض التخطيط.
الساعات الثالثة - كم أنفق المبرمج على حل المشكلة في الواقع. نادراً ما تتزامن هذه الساعة مع العدد المخطط له ، وهو ما أسماه هو نفسه ، وهذا أمر طبيعي - لا أحد يعرف كيفية التخطيط لوقته بدقة ، لأن الكثير من القوى من البيئة تعمل على عمل المبرمج - إنه يصرف انتباهه ، إنه ليس في مزاج ، إنه يواجه مع الصعوبات غير المتوقعة ، الخ
هناك أيضًا الساعات الرابعة - عندما نضع العميل مبلغًا مختلفًا عن المبلغ المتفق عليه مسبقًا. بالطبع ، إذا سمحت لنا ظروف تعاوننا بذلك.
والآن الاهتمام ، والسؤال هو: أين يمكنك العمل على الكفاءة؟ أو بطريقة أخرى: فعالية ما سنزيد؟
يمكن للمرء أن يجيب بشكل غامض: كفاءة مبرمج. حسنا ، كيف ، وماذا نقيس؟ في وجودنا ، أذكركم بثلاثة أو أربعة أنواع من الساعات.
حاول إخبار المبرمج: نريد منك أن تنتج ساعات أكثر. ماذا سوف يجيب؟ المبرمج رجل ذكي ، درس في المعهد ، ويتذكر على الفور المقياس الخامس - عدد الساعات في اليوم. وأخبرك بجرأة عن ذلك - لا أستطيع العمل أكثر من 24 ساعة في اليوم ، أخاف الله.
سوف يتذكر أيضًا نظرية النسبية. حتى لو لم يكن في التفاصيل ، فإنه بالتأكيد يشير إلى استحالة ضغط الوقت - ألا نتحرك بسرعة قريبة من الضوء؟
إذا كانت الساعة لا تتقلص ، فكيف لزيادة الكفاءة؟ كيف يمكنك التحدث عن ذلك على الإطلاق؟ كيف يمكنك حتى العد؟ كم ساعة في الساعة قضى مبرمج؟ قضاء نصف ساعة في ساعة من العمل؟ كيفية جعل صيغة؟ بدون صيغة ، بعد كل شيء ، لن تعمل أي حسابات ، ولا يمكنك تحديد هدف.
دعنا نذهب على الجانب الآخر. تخيل أنك لا مبرمج ، ولكن عامل مصنع. ها هو ، زميل فقير ، تحول كامل في الجهاز وينتج أجزاء. كيف يتم تخطيط عمله؟ افترض مائة أجزاء في كل نوبة. يستمر التغيير ثماني ساعات ، وتبين 4.8 دقيقة لجزء واحد.
تخيل الآن: نحن ، مع النهج التي نتبعها في قياس العمل ، توصلنا إلى قيادة هذا العامل. لم نعد نقول له "فعل 100 جزء" ، نحن نحب أن نقيس في ساعات ، وبالتالي فإن خطة العمل الجديدة ستبدو وكأنها "تفعل 8 ساعات لكل نوبة".
هو ، بالطبع ، في البداية سيعتبرنا أغبياء. يسأل - ولكن كم من التفاصيل ينبغي القيام به؟ لا يهم ، سنجيب. الشيء الرئيسي هو الساعة. نحن نتفهم أن هناك اختلافات ، وتذهب إلى هناك للدخان ، وتحدث مع الأصدقاء ، لكننا نتخيل متوسط الفاتورة - 4.8 دقيقة لكل التفاصيل. لذلك ، هل نحن 100 مرة لمدة 4.8 دقيقة من عملك.
في البداية ، بالطبع ، سيحاول اتباع الخطة القديمة ، لكن عندما يرى حسابه ، ستتغير قيم حياته - ستقول "لقد تم حساب الكثير في 20 نوبة من 8 ساعات". ما هي الفائدة بالنسبة له الآن بشكل عام للقيام بالتفاصيل ، إذا تم دفع الوقت الذي يقضيه في الجهاز فقط؟
إذا بحلول ذلك الوقت لم يخرجونا بعد من المصنع ، فسنقوم بتغيير نظام المبيعات. لن نبيع قطع الغيار للعملاء - ستظهر الفواتير الساعات التي يقضيها عملاؤنا. يسأل العميل عن 100 جزء ، نتركه للتفكير ، ثم نرسل فاتورة - 8 ساعات من العمل المتخصص. يفاجأ العميل ، لكنه يوافق ، ويدفع الفاتورة. وبعد بضعة أيام حصل على "زيادة" أخرى - بضع ساعات. حسنا ، ماذا حدث. لم يستطع العامل الاحتفاظ به خلال 8 ساعات.
بدأ العملاء بالاستياء - ماذا بحق الجحيم ، أي نوع من الساعة؟ نحن بحاجة إلى التفاصيل! في القطع ، مربعات ، المنصات ، العربات - لا يهم. لا فرق لنا كم عدد الساعات اللازمة لإنتاجها!
هنا ، أعتقد ، سوف يطردوننا بالتأكيد. عودة المحاسبة في القطع - الداخلية والخارجية ، للعملاء. وسوف تشارك في الكفاءة.
أين هي الكفاءة هنا ، ما هي صيغته؟ الجواب واضح: كلما زاد عدد الأجزاء لكل وحدة زمنية ، كلما كان العامل ، أو الورشة ، أو المصنع بأكمله ، أفضل. بالطبع ، تخضع للتكنولوجيا والجودة اللائقة وليس تخزين.
لكن صيغة الكفاءة واضحة - قطع في الساعة. والتوجيهات لتطبيق الجهود الإدارية واضحة ، لتحسين الكفاءة.
نحن ، مكتئب ، نعود إلى مبرمجينا. ونريد أيضًا صيغة بسيطة ومفهومة لحساب الفعالية. ماذا لدينا هناك؟ الساعات ، الساعات ، حول - الساعات.
الآن أنت تفهم بالفعل ما هو الخطأ في الساعة. الساعة تقيس الوقت - ظاهرة جسدية خارجة عن إرادتك حدثت ، تحدث وستحدث دائمًا. لا يهم ما إذا كنت تعمل أم لا ، سواء كانت شركتك موجودة أم أغلقت ، سواء كان لديك عملاء أم لا - سيذهب الوقت ، وسيتم قياسه بالساعات.
كل ما يمكنك فعله هو إدارة أنشطتك خلال الساعات المخصصة لك بموجب قانون العمل ، أي: إنتاج شيء ما ، وقياس ما تنتج.
في حالة المصنع ، كل شيء واضح - هناك قياس في الوحدات المادية. قطع ، لتر ، خطي ، متر مربع أو مكعب. ومعنا ، المبرمجين ، ماذا تفعل؟ في ما لقياس مهامنا ، باستثناء ساعات؟
أول ما يتبادر إلى الذهن هو القطع. لكن مثل هذه الفكرة ليست قابلة للحياة - الاختلاف بين المهام مرتفع للغاية.
في الواقع ، تم العثور على الجواب منذ فترة طويلة في ما يسمى. منهجيات التنمية المرنة ، مثل سكروم. تسمى هذه الطريقة "تخطيط البوكر".
في أي وحدات يتم قياس مهام تخطيط البوكر؟ الجواب غير عادي - في أي. ندعو لهم ما تريد. الكلاب ، الببغاوات ، البراز ، النقاط ، النظارات - لا يهم. الاسم الأكثر شيوعًا هو نقاط القصة (نقاط القصة ، نقاط القصة). أنا شخصياً أحب النقاط الأكثر بساطة وإيجازًا. سوف أستخدمه في معرض آخر. يمكنك بالطبع اختيار أي شيء آخر.
سمة رئيسية من النقاط هي النسبية. هذه ليست وحدة قياس من بعض المصنفات ، ولكنها مقياس فريد لكل شركة أو حتى فريق. نفس المهمة ، في فريقين مختلفين ، يمكن تقييمها بشكل مختلف. في مكان ما - خمس نقاط ، في مكان ما - ثلاثة عشر ، إلخ.
عدد النقاط - هذا هو الحجم الفعلي للمهمة. التقييم نفسه الذي افتقرنا إليه.
توصي تقنية تخطيط البوكر باستخدام تقديرات من سلسلة فيبوناتشي: 1 ، 2 ، 3 ، 5 ، 8 ، 13 ، 21 ، 34 ، إلخ. نقاط ، حيث يساوي كل عنصر لاحق مجموع المجموعتين السابقتين. السبب بسيط: يجب أن يكون هناك فرق كبير بين التصنيفات. من الصعب اختيار تصنيف بين ، على سبيل المثال ، 5 و 6 نقاط. أسهل بكثير - بين 5 و 8 ، أو 8 و 13.
توصي المنهجية بتقييم الفريق على النحو التالي. يجب أن يتم التعامل مع جميع أعضاء الفريق ببطاقات تحمل علامات مكتوبة عليهم (من سلسلة فيبوناتشي). يمكنك شراء بطاقات خاصة لتخطيط البوكر ، إذا كنت تريد بعض الجمال ، ولكن من أجل البساطة يكفي أن تأخذ قطعة صغيرة من الورق العادي للملاحظات ، مثل الملصقات ، فقط بدون شريط لاصق.
اجتمع الفريق ، يحمل كل منهم بطاقة. يتم الإعلان عن المهمة ، ويتم سرد ميزاتها وتفاصيلها بحيث يفهم الجميع ما يجب القيام به. بعد ذلك ، يقوم كل مشارك بإجراء تقييمه الخاص به - يختار إحدى البطاقات - ويضعها على الطاولة (بحيث يكون التقييم غير مرئي).
عندما يقوم الجميع بالتقييم ، يتم قلب البطاقات وإجراء فحص رئيسي - لا ينبغي أن تكون هناك تقديرات مفصولة عن بعضها البعض بأكثر من عنصر واحد من سلسلة Fibonacci.
على سبيل المثال ، الصفان 5 و 8 عاديان ، والدرجات 3 و 8 ليست جيدة. يوحي الكثير من التجاوزات في التقديرات بأن شخصًا ما لم يفهم شيئًا ما. أولئك الذين يقدمون تصنيفًا منخفضًا إما يعرفون الكثير (على سبيل المثال ، قد قاموا بالفعل بحل هذه المشكلة) ، أو لم يفهموا شيئًا وهم متفائلون جدًا.
وبالمثل ، قد تشير درجة عالية إلى سوء فهم للمهمة. على سبيل المثال ، ببساطة لم يحل المبرمج أبدًا مثل هذه المشكلات ، أو كان مرتبطًا بآليات النظام الأساسي غير المعروفة له ، وهو ، في الحالة الاحتياطية ، يعطي علامة عالية.
في أي حال ، إذا كانت التقديرات متباعدة إلى حد كبير ، فثمة حاجة إلى مناقشة ثانية - لتوضيح التفاصيل ومناقشة التفاصيل الدقيقة وإعطاء أقصى قدر من المعلومات. عند إجراء المناقشة ، يتكرر التقييم. إذا لزم الأمر ، مرارًا وتكرارًا ، حتى يتم فصل التقديرات عن بعضها البعض من خلال أكثر من عنصر واحد من السلسلة.
من المفيد في بعض الأحيان استبعاد أحد أعضاء الفريق من تقييم مهمة محددة. على سبيل المثال ، إذا كان هناك متدرب في الفريق ، فأشرح له على الأقل ، على الأقل لا يشرح له - لن يفهم ما هي الصعوبة ، أو على العكس من ذلك ، بساطة المهمة. في النهاية ، يوافق ببساطة ويضع التصنيف المطلوب حتى لا يؤخر الفريق.
هذه النتيجة لا تحمل أي قيمة ، لأنها تحول تخطيط البوكر إلى شكلية فارغة. لذلك ، أوصي بقاعدة بسيطة: فقط الأشخاص الذين يفهمون شيئًا ما في المهمة يشاركون في تقييم المهمة. أنت لا تفهم - مجرد الجلوس والاستماع.
بالطبع ، يحدث أحيانًا أن شخصًا واحدًا فقط يفهم المهمة. على سبيل المثال ، إذا كان ينتمي إلى مجال معين من المعرفة ، نادرًا ما يستخدم. لا بأس ، فليكن هناك تقييم واحد.
هناك حالة متطرفة - لا أحد يفهم كيفية حل المشكلة. لا بأس أيضًا - لقد حددنا ما حدث ، ثم سنكتشف ذلك.
عندما يتم تعيين الدرجات ، يتم اعتبار المتوسط الحسابي - سيكون هذا هو الدرجة النهائية للمهمة. في المنهجيات المرنة ، يقومون بتدوينها على ملصق وتعليقها على السبورة ، لكنني أوصي فقط بإضافتها إلى نظام المعلومات الخاص بك ، حيث تقوم بتدوين المهام. بالطبع ، يجب عليك أولاً إضافة الحقل المناسب.
خوارزمية تقييم أخرى هي دون استخدام أمر. على سبيل المثال ، قد يتم إعطاء النقاط بواسطة قائد أو قائد أو أكثر المبرمجين ذكاءً. عادة ، ينتقلون إلى هذه الخوارزمية بعد لعب فريق البوكر لعدة أسابيع أو أشهر.
السبب بسيط: من الضروري أن يعتاد جميع أعضاء الفريق على نظام التقييم. لقد اخترقوه ، وتعلموا كيفية تقييم المهام بسرعة ، ولم ينظروا إلى النقاط ، مثل الكبش عند بوابة جديدة. عندما تتطور عادة ، يمكن تقييم شخص واحد. بالطبع ، ترك الفريق الحق في التعبير عن آرائهم - لا يوجد أحد مثالي ، وقد يكون القائد مخطئًا في التقديرات.
في بعض الأحيان ، تواجه الفرق صعوبات في بداية العمل بالنقاط - لا أحد يعرف ما يمكن اختياره لنقطة مرجعية. أوصي باختيار عدة نقاط ربط - المهام النموذجية التي تحلها بشكل دوري.
المرساة الأولى هي أسهل مهمة. كقاعدة عامة ، على حد علمي ، يتم احتساب الوقت الذي يقضيه المبرمجون في مضاعفات 15 دقيقة. ما المهام التي تحلها عادة في 15 دقيقة؟ تقرير بسيط؟ إضافة مستخدم إلى قاعدة البيانات؟ ملء المصنف عنوان؟
يجب إعطاء هذه المهمة درجة 1 نقطة. في المستقبل ، سوف تسترشد به.
يمكنك إضافة عدد قليل من المراس ، بناءً على تفاصيلك. على سبيل المثال ، تقرير خارجي بسيط عن سجل واحد المتبقية ، دون أجراس وصفارات ، دون رمز في النموذج والوحدة - فليكن 3 نقاط. أضف المتطلبات للمستند وعرضه على النموذج ، دون معالجة الإدخال والشيكات - فليكن نقطتين. إلخ
من المهم أن يختار الفريق نفسه هذه المراسي ، ويتفق معهم ويستخدمها في المستقبل. التقديرات نسبية ، وستلعب المراسي دور نقاط البداية.
الآن يتم قياس جميع مهامنا بوحدات مادية - نقاط. نحن نعرف عدد النقاط التي تم إكمالها في أسبوع أو شهر أو سنة أو ما إلى ذلك. نحن نعرف عدد النقاط التي ينتجها كل مبرمج. نرى بوضوح عدد النقاط التي "تزن" المهام التي لم تحل بعد.
ولكن الأهم من ذلك ، نحن نعرف الفعالية كنسبة من النقاط إلى ساعات. من الأسهل ، بالطبع ، حساب النقاط في اليوم.
ينتج أحد المبرمجين 4 نقاط في اليوم ، وآخر - 8 ، والثالث - 2. في الأسبوع الماضي ، حققنا 50 نقطة ، هذا الأسبوع - 80 ، مما يعني أن كفاءتنا زادت.
يصبح هدف زيادة الكفاءة واضحًا أيضًا: يجب أن نتعلم إنتاج المزيد من النقاط لكل وحدة زمنية. الوقت ، كما نعلم ، لا يخضع لتأثيرنا ، ولكن عدد النقاط التي تم حلها لا يزال كذلك. في الواقع ، هذا هو ما سنستمر في دراسته.
النقاط هي نظام إحداثيات رئيسي سيتم استخدامه في العرض التقديمي الإضافي. هذا قسم يجب أن لا يمكن تخطيه. من غير المنطقي إدخال بعض الطرق الأخرى حتى يتم احتساب النقاط. هل تفهم لماذا؟
لأنه لا يمكنك تقييم فعالية الأساليب المطبقة. كيف نفهم ، إنه أفضل أم أسوأ ، عدم وجود أرقام؟ بأي حال من الأحوال ، يبقى مجرد خيال. الإدارة القائمة على الأوهام والأوهام ، بالطبع ، واسعة للغاية ، لكنها ليست مناسبة لزيادة الكفاءة.
سوف أخبرك بسر بسيط: من خلال تطبيق نظام لتقييم المهام في النقاط ، يمكنك بالفعل زيادة كفاءة فريق المبرمجين. في بعض الأحيان مرتين ، اختبرت هذه الفرضية عدة مرات.
السبب بسيط - هناك شفافية حقيقية. الأوهام تختفي ، وتبقى أعداد عارية. بالإضافة إلى الساعات التي يدفعها العميل ، تحصل على نظام قوي إلى حد ما لتتبع الأداء. بعد أن رأى الناس أعدادهم ، سيبدأون في العمل بشكل أفضل ، لأنهم لن يكونوا قادرين على الاختباء خلف الساعة.
لذلك ، دون تأخير ، قم بعمل سجل للمهام في نظامك بالنقاط. هذا ليس بالأمر الصعب على الإطلاق ، خاصةً إذا كنت تستخدم نظامًا على النظام الأساسي 1C - ما عليك سوى إضافة حقل رقم إلى كائن البيانات الأولية الذي يخزن مهامك. حسنًا ، اكتب بعض التقارير على نظام النقاط - كم عدد المشكلات التي تم حلها ، ومن جانب من ، ومتى ، وكم لم يتم قبولهم في العمل ، وكم منهم ينتظرون قبول العميل ، وما إلى ذلك.
ملخص
- قياس المهام في ساعات فقط يحرمك من فرصة زيادة الكفاءة ؛
- من الأفضل قياس المهام في الوحدات المادية - النقاط ؛
- من الأفضل أن تبدأ تطبيق النقاط مع تخطيط فريق البوكر ؛
- عندما يصبح نظام التصنيف واضحًا للفريق ، يمكنك تقديم تقييم لشخص واحد ؛
- سجل يوفر فهم فعالية.
- يجب أن تكون النقاط الآلية.