اجتماع استعادة الأحداث

يحدث الاجتماع retrospective تشغيل يوم أخير من sprint، بعد sprint مراجعة الاجتماع. البحث في هذا الاجتماع في الفريق و استكشاف كيف أنه قد تعمل ضمن معالجات Scrum. واستنادا إلى هذا التحليل، قد تقرر الفريق للعمليات الخاصة به لتحسين الخاصة به فعالية الإنتاجية والجودة، و رضا. هذا الاجتماع والتحسينات الناتجة تكون هامة إلى مبدأ agile من self-المؤسسة. لمزيد من المعلومات، راجع مبادئ و قيم التطوير السريع، بقلم Jeff Sutherland.

إذا كان الفريق الخاص بك لم يتم إكمال الجميع sإلىries مستخدم التي تم تعيينها إلى sprint، سوف تناقش لماذا الذي حدث في الاجتماع retrospective. الفريق يحدد ما إذا كان يمكن أن تتحول العمليات الخاصة بها حتى تصبح هذه الأنواع من مشاكل أقل احتمالاً إلى تحدث. أيضا مناقشة المشاكل التي تتأثر فاعلية عام للفريق والإنتاجية، والجودة ورضا الفريق الخاص بك مع مشروع.

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

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

لمزيد من المعلومات حول كيفية إلى تشغيل الاجتماعات retrospective الفعال، راجع موارد التالية على الويب: استعادة أحداث المشروع: كتيب ل المراجعات فريق و Retrospectives Agile .

راجع أيضًا:

موارد أخرى

Scrum

الاجتماعات (مرجع MSF للتطوير السريع للبرامج v5.0 )

دور الفريق

MSF للتطوير السريع للبرامج الإصدار 5.0