↪️ ⭐️ 💛 تقييم. احسب و التقى 🧘🏾 👩🏻‍💻 🚴🏻

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

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

نسخة الفيديو للعرض متاحة هنا .

حسنًا ، الآن إلى النقطة.

لماذا تعطي الدرجات

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

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

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

إن إعطائهم أم لا هو أمر شخصي ، لكن فيما يلي الحجج لذلك.

يوضح التقييم كيفية إكمال المهمة. إن الدماغ البشري هو أمر مكلف ، ولا يحب الشخص التفكير - إنه صعب. لذلك ، الرغبة الطبيعية في التفكير بأقل قدر ممكن. ولكن كيف نفعل ذلك؟ يمكنك تقسيم النشاط إلى نشاط أضيق. نشارك التخطيط والتنفيذ: نفكر أولاً في الطريقة (أثناء التقييم) ، ثم ننتقل إلى التنفيذ ونفكر في التنفيذ (في العملية).
, «» . , — . , () ( ) , . , - .
— . — . , , . . , . 2 . 2 , - , . . , , — . , , — . ( /), . , , : « , !!». , , . ? . «», , . , , — - .
التأثير النفسي. إذا كانت المهمة معقدة ، فإنها تتغير أثناء عملية التطوير أو تتغير معرفتنا بها. إذا لم نعطي تقييمًا أوليًا ، فإن المهمة في العملية تكون متضخمة بالتفاصيل الجديدة ، ونتيجة لذلك لم نصل إلى هناك - لا نتذكر السبب. بعد عدة تكرارات من هذا القبيل ، يطرق تأثير المنتحل على الرأس. وإذا كانوا قد أعطوا تقييمًا أوليًا ، لكان السبب قد تم إصلاحه: ظنوا أن هناك حاجة إلى 5 ببغاوات ، ولكن تبين أنه 10. لماذا أصبح السؤال الثاني ، فهم يتذكرونه جيدًا. والسبب ليس دائمًا ("المطورون لا يواكبون أي شيء إلى الأبد" / "لا يمكن لهذه المنتجات التفكير في أي شيء إلى الأبد ، ثم تنبثق").

لذلك ، قررنا: هناك حاجة للتقييمات من قبل "نحن" و "هم". من المنطقي مواصلة قراءة المقالة أكثر.

الغرض من التقييم

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

لذا ، فإن التقييم ليس محاولة لتخمين كم ستستغرق المهمة. التقييم هو اتفاق بين العميل والمقاول حول الإطار و (ربما) الطريقة التي يتم بها تنفيذ المهمة .

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

عملية التقييم

أساس عملية التقييم هو معرفة قيمة مهمة العمل ، بالإضافة إلى المخاطر الرئيسية للمهمة وحجم الروتين. ثم قم بتقييمهم ، مع إرفاق الإطار: لا يُعرف بالضبط ما هو ، ولكنه بالتأكيد أكبر من X وأقل من Y. وبالطبع ، نقوم بتقييمه بالدقة اللازمة (لأن التقدير الدقيق مكلف ، والدماغ كسول).

تكوين المهام:

- ( ). , . smoke-test . , , , « ». , ! — . , : « - , ».
, - , . «» -. , , ( , , , , ), — .
. - , , - . , ( ). : , , , (, . — - . : ( , , : , , , , ), , , , ( ) , , zero-tolerance , , , -, . , (//), (//).
كل شيء آخر .

إجراء تقييم الملحمة

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

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

عملية تقييم المهام

حسنًا ، كانت الملحمة متحللة. وكيف تقيم حجم مهمة معينة؟

إذا قمنا بالفعل بهذه المهمة بالضبط . لدينا إحصائيات في مكان ما ، كم من الوقت قضى في مهمة مماثلة. إذا لم نفعل ذلك ، ولكن زميلًا ، فيمكننا أخذ نتيجته وضربه في معامل الاختلاف بينه وبين الآن (مستوى المطور ، ومعرفة النظام ، ومعرفة المخاطر). نحن نتسلق الإحصائيات ونضرب - نحصل.
. , . , 60%. , 60% , . , — , 1.5-2 .
. R&D. — , . — . (1, 2, 4 ), — . , , . , R&D, 1-2 , R&D . — R&D. - — , , . — N — - ( ). , — , . , , — .

, ( ) , , . , , .
Planning poker. , . : -, , , , -, , ,
(/ ), . . , . , , 70% .
PERT. , (-) 5 . .
min real max
<> 2 8 20 9

— , , — , ( ), — , , ( ).
:

	min	real	max
<>	2	8	20	9

يتم أخذ المعاملين 4 و 6 ، كما أفهمها ، من افتراض أنه في الحالة العامة يتم توزيع احتمال الخطر بشكل طبيعي ، وأن الأطراف (الحد الأدنى / الأقصى) محتملة على حد سواء.

عملية الحصول على الدرجات

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

تقنيات مفيدة على الضرب:

6. : . — , - , . /, . ( «» - ). , , - . — . . ? N.
«».
, (- + ) — , . 30%.
.
, ( ) . ( ) — , . — , . — , . .
( ). . , , , . , , . « » — 20-30%, 50. . ( ) , , , .

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

استنتاج

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

تقييم. احسب و التقى