لوح مراجعة KPT: حدد Try القادم بناءً على نتيجة Try السابق

المشاريع والتطوير

لوح مراجعة KPT: حدد Try القادم بناءً على نتيجة Try السابق

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

0 إعجابات 0 نسخ المؤلف: WeProcess
المراجعة الاستعادية KPT تحسين الفريق التحسين المستمر إدارة السبرنت
سجّل مجانًا واستخدم هذا القالب

بعد إنشاء حساب مجاني، يمكنك نسخ هذا القالب من سوق القوالب

معاينة اللوحة البيضاء

وضع المعاينة لوح مراجعة KPT: حدد Try القادم بناءً على نتيجة Try السابق

معاينة اللوحة البيضاء

1. نتيجة Try السابق (من هنا تبدأ المر... 2. Keep (ما تريد الاستمرار فيه) 3. Problem (ما أزعج) 4. Try (ما تريد تجربته) 5. تصنيف Problem (من أين تبدأ) أثر كبير × يصعب تغييره بأنفسكم أثر كبير × يمكن تغييره بأنفسكم أثر صغير × يصعب تغييره بأنفسكم أثر صغير × يمكن تغييره بأنفسكم 6. خطوات المراجعة في 60 دقيقة (تقريبية) 7. Try هذه المرة (اختر واحدًا فقط، وا... لوح مراجعة KPT طريقة الاستخدام: ... Keep · ما نجح القرارات · المسؤول Problem · ما أزعج Try · ما تعلمناه Try الذي تقرر سابقًامثال: طلب المراجعة مبكرًا ممن سيراجع حتى لو لم أنتهِ من عملي بعد(المسؤول: ____ / الموعد: __/__) ما حدث فعلًامثال: انخفض الوقت من الطلب حتى البدء من يوم واحد في المتوسط إلى نصف يوم.لكن نُسي التنبيه مرتين. استمرار / إيقاف / تغييرمثال: استمرار. سيُستبدل التنبيه بعبارة جاهزة في المحادثة لمنع النسيان. مثال: مشاركة العوائق في 15 دقيقة صباحًا نجحت مثال: كتابة مذكرة التصميم أولًا قلّلت إعادة العمل اكتب من فعل ماذا وماذا حدث التقط أيضًا ما كان جيدًا دون أن يُلاحظ مثال: انتظار مراجعة الكود استغرق يومين في المتوسط مثال: لم يُعرف لمن يُسأل عن المواصفات فتوقف العمل نصف يوم اجعل الحدث هو الموضوع لا الشخص افصل الوقائع عن التفسير مثال: إضافة سطر في المحادثة عند طلب مراجعة الكود مثال: تحديد مسؤول عن المواصفات لكل ميزة مسبقًا اجعله ملموسًا بما يكفي للبدء غدًا هنا اطرح أكبر عدد ممكن، والاختصار في الخانة 7 縦軸: حجم الأثر (ال... حدّد لمن تستشير وماذا تطلب. لا تجعله Try هذه المرة، بل أرسله كطلب إلى جهة خارجية. اختر Try هذه المرة من هنا. عيّن مسؤولًا وموعدًا ونفّذه في الدورة القادمة. اكتفِ بالتسجيل ولا تتناوله الآن. إن تكرر ظهوره فتعمّق فيه حينها. من يلاحظه يصلحه فورًا. لا تُنفق وقت المراجعة على هذا. 0-10 دقيقةراجع Try السابقتحقق هل نُفّذ وما أثره، وقرّر الاستمرار من عدمه. 10-25 دقيقةاكتب Keep و Problemليكتب كل فرد بمفرده أولًا ثم يلصق. اجعل قراءة كل بطاقة 30 ثانية كحد أقصى. 25-40 دقيقةتعمّق في Problemقلّص العدد المتناول وتتبّع الخلفية حتى السبب. 40-55 دقيقةاحسم Tryاطرح الحلول، اختر واحدًا للتنفيذ، وعيّن مسؤولًا وموعدًا. 55-60 دقيقةتأكيد اليوماقرأ ما تقرر، وحدّد موعد المرة القادمة، ثم أنهِ الجلسة. Try المنفَّذمثال: طلب مراجعة الكود بالعبارة الجاهزة في المحادثة المسؤول والموعدالمسؤول: ____ / الموعد: __/__تابع التقدم في لوح المهام كيفية التحقق من الأثرمثال: سجّل الوقت من الطلب حتى البدء إلى المرة القادمة وقارن
100%

اسحب للتحريك ومرّر للتكبير أو التصغير

محتوى لوحة المهام

أفكار المراجعة 16 عنصرًا

جهّز المراجعة
اكتب Keep و Problem
احسم Try واحدًا
أنجزه حتى النهاية
راجع Try السابق
رتّب أحداث الفترة
حدّد الميسّر والوقت
اكتب Keep
اكتب Problem
صنّف Problem
اقترح مرشحي Try
اختر Try المنفَّذ
حدّد المسؤول والموعد
نفّذ Try
سجّل الأثر
قرّر الاستمرار

نقاش اليوم 0 عنصرًا

Try قيد التنفيذ 0 عنصرًا

التحقق من الأثر 0 عنصرًا

منجز 0 عنصرًا

→ العودة إلى قائمة القوالب