كيفية جعل العدو التخطيط متعة

Question

ليس فقط لدينا سباق اجتماعات التخطيط لا متعة, أنهم اكيد المروعة.

الاجتماعات مملة ومملة ، و تأخذ إلى الأبد (يوم ، لكنه يشعر مثل الكثير أطول).
المطورين يشتكون من ذلك ، و الرهبة القادمة plannings.

روتين حياتنا هي جميلة القياسية (قصة المستخدم إدراجها في سباق تراكم حسب الأولوية >> قصة تؤخذ بعيدا إلى المهام >> المهام المقدرة في ساعات >> تكرار) وأنا لا يمكن معرفة ما نقوم به خطأ.

كيف يمكننا جعل الاجتماعات أكثر متعة ؟

...

المزيد من التفاصيل في الاستجابة لطلبات الحصول على مزيد من المعلومات:

لماذا تراكم العناصر لا يتم إدراج الأولويات قبل سباق بالحفل ؟

قصص المستخدم هي في الواقع ذات الأولوية;ليس لدينا أي فكرة كم من الوقت سوف يستغرق حتى تقسمها إلى مهام!من (ممتاز) الأجوبة هنا أرى أنه ربما لا يجب علينا تقدير المهام على الإطلاق, فقط قصص المستخدم.السبب في أننا تقدير المهام (وليس قصص) لأن لقد تم الحصول على قصة التقديرات خطأ فادحا .. لكن أعتقد أن هذا موضوع مختلف تماما السؤال.

لماذا المطورين يشتكون ؟

1. اجتماعات طويلة.

2. الاجتماعات رتابة.قصة بعد قصة مهمة بعد مهمة ، وتكافح (نعم ، وتكافح) لتقدير كم من الوقت سيستغرق وما ينطوي عليه.

3. تقدير المهام يجعل المستخدم-قصة-تقدير تبدو بلا جدوى.

4. يعد الاجتماع تركيز أقل في الغرفة.أقل تركيزا الزملاء ، ويعد الاجتماع.عودي الكراهية دوامة يتطور.لقد نظرت تقسيم الاجتماع إلى يومين من أجل الحفاظ على تركيز الناس ، ولكن المطورين لم يسمع.في يوم من التخطيط هو سيء بما فيه الكفاية ؛ الآن علينا اثنين?!

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

وخلاصة المسألة:

• ماذا نفعل الخطأ ؟

• ما طرق إضافية هناك لجعل الاجتماع عموما أكثر متعة ؟

Answer 1

جعل تقدير أسهل

---

كسر الخاص بك سباق التخطيط أسفل.

هل تحتاج تقدير الفرد المهام ؟ لقد فعلت سباق التخطيط طريقتين:

1. قصص التقديرية في القصة نقاط ثم المهام المقدرة في ساعات
2. قصص التقديرية في القصة النقاط والمهام ببساطة تندرج تحت هذا مع أي تقدير

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

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

تقدير في الوحدات مثالية

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

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

الحديث عن قصص

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

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

جعل التخطيط أكثر جاذبية

---

التقدير باستخدام التخطيط البوكر

بقدر ما يجعل تقدير أكثر متعة ، هل حاولت التخطيط البوكر? انها الطريقة التي فعلت دائما التخطيط جميع السباقات على فرق متعددة, و هو وسيلة جيدة للحفاظ على المعنيين ، حيث أن كل شخص لديه على الأقل اختيار شيء.هناك أيضا قدرا كبيرا من المرح عندما تشارك الجميع في الفريق يختار 3 من شخص يضع 20 وقد لشرح أنفسهم ، أو عندما يكون الجميع على فريق يضع 5 ولكن المدير يضع 8 (من يجادل مع رئيسه عندما قال أنه يريد أن يعطيك المزيد من الوقت!).

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

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

Answer 2

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

2. لماذا يستغرق يوما ما لكسر الأشياء في المهام؟ إذا كان لديك فريق بحجم معقول (2-4 مطورين، .5-1.5 ضمان الجودة لكل مطور، 1- 2 متفرقات) ثم يجب أن يكون لديك 2-4 قصص للمستخدم هذا Sprint. اقض 30 دقيقة أو نحو ذلك مع توضيح مالك المنتج، ثم 30 دقيقة أو نحو ذلك كسرها إلى مهام ~ 8 ساعات. لا تدخل المهام أثناء الاجتماع. فقط أتفق كفريق واحد ما هي المهام كافية للناس عاقل لفهمها، والذين مسؤولون عنهم، وحول كم من الوقت يجب أن يأخذوا. توافق على أن "المدة التي يجب أن تتخذها (بما في ذلك الاختبار)" تناسبها بشكل مريح داخل Sprint.

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

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

Answer 3

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

بعض الأفكار الناجحة التي جربتها شخصيا، أو سمعت عن فرق أخرى:

• هل إنشاء قصة المستخدم وتحديد الأولويات دون الفريق بأكمله. يمكن لصاحب المنتج و / أو Scrum Master معالجة الكثير من العمل المزدحم والسماح للفريق بتعديله.
• جعل تراكم الخاص بك لفترة أطول بكثير من سبرينت واحدة. يمكن أن يستغرق الأمر بعض الوقت لبناءه، ولكن إذا كان تراكمك طويلا بما فيه الكفاية، فسيتم تقليل اجتماعات التخطيط لإجراء تعديلات صغيرة أو معالجة التطورات التجارية الأخيرة.
• لها اجتماعات تقدير منفصلة عن تخطيط سبرينت. إذا اعتقد الناس أن الاجتماعات طويلة جدا، فلا يوجد سبب لعدم تقسيمها.
• يخطط خصيصا في جدول الأعمال. هذا مفيد إذا كنت تضييع الوقت في كثير من الأحيان في انتظار أعضاء فريق واحد أو فريقين للعودة.
• كسر في منتصف الاجتماع وتعيين الجميع إلى مهمة واحدة أو اثنين من قصص المستخدم، ثم تلبي معا لإبلاغ واكتساب الإجماع.
• تأكد من أن اجتماع التخطيط الخاص بك هو حول ما للقيام به، وليس كيف للقيام بذلك. يسقط المهندسون بسهولة شديدة في الأخير. إذا كنت بحاجة إلى إنشاء اجتماعات تصميم منفصلة حيث تناقش كيف.
• افصل قصصك إلى التحقيق والتنفيذ. غالبا ما تذهب اجتماعات التخطيط لفترة طويلة عندما يعرف أعضاء الفريق القليل جدا مما سيعملون عليه، ومحاولة معرفة ذلك خلال الاجتماع. على سبيل المثال، قل أنك بحاجة إلى الاندماج مع API أن فريقك ليس لديه خبرة مع. بدلا من محاولة إنشاء تقديرات ومهام أثناء اجتماع التخطيط حول شيء ما لديك، قم بإجراء قصة تحقيق واحدة لتعلم تطبيق API أو القيام بتطبيق بسيط "Hello World"، وتعليمه للفريق. ثم أنت مجهز للتخطيط للعمل الفعلي.
• تتبع خلال اجتماعاتك لقضايا محددة. ليس فقط "التخطيط مملا"، ولكن مستوى التفاصيل مثل، "نقضي الكثير من الوقت في الحديث عن متطلبات غير واضحة، ولا يبدو أن أحد يعرف الإجابة الصحيحة". ثم ناقش هذه القضايا المحددة في ألبادك وأثر الذهن لحلول محددة. كسر مشكلتك إلى أسفل حتى يتم حل القطع.

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

Answer 4

جلسات التخطيط الخاصة بك هي وسيلة طويلة جدا!

بناء على تجربتي، يجب أن لا يتخذ اجتماع تخطيط العدو لا يزيد عن ساعتين في الأسبوع المخطط (على سبيل المثال، يجب أن يستغرق سبرينت لمدة أسبوعين يوم 1/2 على الأكثر)، ولكن يجب أن تكون تلك الناجحة أقصر من ذلك (نصفهو - هي).

في حالتك الخاصة: لماذا تقدر المهام؟يجب عليك تقدير قصص فقط أثناء التخطيط.يمكن تقدير المهام لاحقا بواسطة أصحاب المهام محددة .

طريقة عملت بالنسبة لي:

• مقدمة سريعة إلى سبرينت بواسطة بو
• تقدير سعة الركض
• قصص تشغيل وتخطيط لعبة البوكر (TimeBoxed في الدقيقة 5/10 لكل قصة) حتى هناك ما يكفي من الأشياء المقدرة لتغطية Sprint
• الالتزام / التوقعات الرسمية من قبل الفريق

بعد ذلك، بالتوازي / أزواج / تنظيم ذاتي في مكاتبنا، تقدير المهام وتقدير المهام.

Answer 5

في وظيفتي السابقة، تم تناول اليوم الأول بأكمله من كل سبرينت (اتصلنا بهم بالتكرارات هناك) مع:

• بأثر رجعي. بدأنا في القيام بذلك في فترة ما بعد الظهر في اليوم الأخير، لكننا غالبا ما وجدنا أنفسنا متناثرين على العدوات ثم العودة إلى العمل يربطون آخر نهايات فضفاضة لهذا العمل ، لذلك احسبنا أنه سيكون من الأفضل التأكد من أن العمل كان كل شيء وراءنا قبل إعادة استخدامه. كما يبدو منطقيا لتوحيد جميع الاجتماعات العامة لعملية Scrum حتى يمكن التخطيط للأيام الأخرى وإنفادها بشروط مثالية أكثر. استغرق هذا عادة 2 ساعة.
• sprint تخطيط. تم تقدير التراجع خلال اجتماع تخطيط المعلم (الذي يمكن أن يكون يوما بأكمله في حد ذاته لكل من Devs and Pos)، وقد أعطيت أولوياته من قبل POS قبل البداية من كل سباق. لقد اكتشفنا كم عدد أيام المطور التي كانت متوفرة (محاسبة لعطلات، فاكا، إلخ)، أمسكت بالعمل الذي اعتقدنا أننا قادرون على القيام بأعلى الكومة، وسريع استعراض متطلبات المستخدم (سابقا من قبل BASE) إلى احصل على إحساس أكثر اكتمالا بما ينطوي عليه العمل أكثر مما حصلنا على نظرة عامة بسيطة خلال MPM. استغرق هذا عادة 2 ساعة أخرى.
• تخطيط المهام. معرفة القصص ومعايير القبول، فقد انهارنا كل قصة في مهام صغيرة الحجم المقدرة في ساعات مثالية (ساعة تقضيها تركز فقط على الحصول على هذه المهمة "القيام به" مع عدم وجود تشتيت أو حواجز الطرق). الطريقة التي انتهى بها حجم وجهة نظرنا التي انتهت معايرة، كان هناك 5 سبرينت مطورا، لذلك يمكن أن يكون 1 أي شيء يصل إلى يومين مطورين. لهذا السبب، كان يجب تقسيم كل شيء تقريبا من أجل أن يكون أعضاء الفريق قادرين على إظهار التقدم المحرز في لوحة Scrum. كانت هذه كتلة ساعتين أخرى، مع بعض العطاء بين هذا العنصر التالي.
• aat يحدد. pos لدينا و bas لم يكن المبرمجين ولم يفعلون رمز. اختبأ POS خلف العقد الذي ينص على تقديم متطلبات في شكل قالب كلمة وستعمل مع BAS للحصول على تحسينها في هذا النموذج. BAS مفهومة رمز، ولكن وقته كان تحليل بحت والاختبار النهائي (الذي يطلب من النظام وجوده، لذلك يمكنهم تسجيل وحدات الماكرو في السيلينيوم). لذلك، للتحقق من أن كودنا سيؤدي إلى معايير القبول عندما يتعلق الأمر بذلك، كان علينا أن نكتب Aats لدينا نمذجة تصرفات اختبار القبول "الورقي". عادة ما فعلنا هذا في نفس الإطار nunit الذي استخدمناه للاختبارات الوحدة والتكامل (حاولنا لمرء ونعذر التخلي عنها بسرعة كافية). كان هذا هو ما تبقى من يومنا الأول من كل سبرينت واستمر في الثانية.

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

---

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

على وجه التحديد مخاوفك:

اجتماعات

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

الاجتماعات

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

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

• تقدير القصص في النقاط، ثم يبدو المهام في الساعات زائدة عن الحاجة

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

إذا كانت قصصك تتطلب جميعها يوم واحد أو أقل، فمن الزائدة عن الحاجة، ولكن لا يتم معايرة جداول النقاط على قدم المساواة؛ في وظيفتي الأخيرة، كان 5 أسابيع مطورين (لأنه في البداية كان لدينا الكثير من الملحوكات لتقدير)، والتي قدمت على نطاق خطي نقطة تصل إلى يومين مطورين. بالنظر إلى هذا النوع من النطاق، يجب أن ينهار كل شيء تقريبا في المهام. في شركتي الجديدة، هناك نقطة أقرب إلى نصف يوم مطور، لذا فإن 1 أو حتى A 2 هي بالتأكيد مهمتها الخاصة، و 3-8 مدفوع فيما يتعلق بإجبار الفريق على تقسيمها إلى مهام.

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

Answer 6

اجتماع التخطيط Sprint لديه 2 أجزاء:

1. قرر ما سيفعل الفريق
2. قرر كيف سيفعل الفريق ذلك.

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

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

هذا كل شيء حقا.إذا كانت اجتماعات التصميم ليست ممتعة، فهناك مجرد شيء غير صحيح.

Answer 7

نعم أعلم أن هذا سؤال قديم، لكن لدي إجابة جديدة. : P

تقسيم الاجتماع.

نقسم اجتماعا لتخطيط Sprint الخاص بنا إلى 3 اجتماعات مصغرة منفصلة

• backlog grooming
• اختيار قصة
• انهيار المهمة

نحن نفعل كل يوم مختلف، مباشرة بعد سكرومتنا اليومية - بمجرد انتهاء اليومية، نلتزم في نشاط التخطيط، ثم نحن خالية من الاجتماعات (المخطط العادية) بقية اليوم.

لذلك نعم، نحن مشروبنا التخطيط لدينا: -o

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

---

نحن، مثل نفسك، كانت مشكلة مع اجتماعات تخطيط العدو شديدة حقا. كان لدينا كل العناصر المناسبة، ولكن كل شيء استغرق الجميع فقط وكنت تستنزف عقليا وعاطفيا للوصول.

ثم حصلت على هذه الفكرة بعد قراءة هذا الأعمال الداخلية مقال عن Pivotal لمدة 5 دقائق يوميا حول كسر اجتماعاتنا إلى جلسات أقصر وفعلها في بداية كل يوم.

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

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

وعملت! لقد أفعل ذلك منذ حوالي 6 أسابيع الآن على مشروعين منفصلين (6 أسابيع أسبوعين إجمالي) وقد صنع عالم فرق.
نحن أكثر إنتاجية. نحن نقوم بحفظ طن من الوقت.
نحصل على مخرجات أفضل. ونحن لم نعد جمودنا التخطيط.

وبصراحة، صندوق الوقت لدينا 25 دقيقة فضفاضة جدا - تذهب بعض الجلسات بسرعة كبيرة، مثل 5-10 دقائق على بعض جلسات الاستمالة لدينا، وبعضها يذهب طويلا، مثل عندما ينتهي بنا الأمر تحديد القصص الجديدة أو الاضطرار إليها كسر القصص وأعد تقدير أثناء التفاوض. بشكل عام، عادة ما تكون المتوسطات التي عادة ما لا تزيد عن 1.5 ساعة على شيبانج بالكامل، وأعتقد أن هذا هو السبب في أنه يعمل بشكل جيد.

---

على التفاصيل .....

backlog grooming

بسيط جدا - نحن نراجع القصص ذات الأولوية القصوى، والتحدث عن ما يستلزمونه، وتأكد من أن تقديراتنا جيدة.

سنعيد تقدير القصص إذا لزم الأمر - مثل القول تقديرنا بشيء منذ أشهر وبعد أن أدرك ما تستغرق قصة مماثلة بالفعل، فقد نتفق على إعادة تقدير. (نستخدم نقاط قصة وحدة أقل < / a> بالمناسبة، ونحن لا تقدر المهام ).

أيضا، إذا أضافت شركة PO أي قصص جديدة يشعر بها هي الأولوية عالية، فهذا هو الوقت المناسب لتقديرها.

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

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

اختيار قصة

احصل على كريس فوس on، حان الوقت للتفاوض.

في هذا الاجتماع، نأخذ قصص أولوية قصوى وتحديد DOD لكل منها. نحن نتفاوض على ما يستلزمه كل منهما - تقسيم القصص والجمع بين القصص حسب الحاجة - حتى نتمكن من الاتفاق على أهدافنا سبرينت.

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

المهام

حسنا، لذلك سأكون أول من يقول، كانت المهام الخاصة بي الأقل جزءا من التخطيط في اجتماعاتنا القديمة في يوم واحد.

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

على.ناضلت، وقد امتص، وجعلت اجتماعاتنا مروعة.

ولكن الآن، عن طريق تحديد DOD في يوم واحد، وعدم القيام بالمهام حتى التالي، نحن لا نحترق، نحن دائما في الذهن الصحيح، وهذا يعطينايوم كامل للتنقع فوق القصة وفكر حقا في وفهم جميع المهام قبل البدء.

هذا وحده، IMHO، هو مبدل اللعبة الكلي.

---

وضع كل شيء معا.

لذلك، هنا هو ما يبدو أن جدول حفل الأستران لدينا الآن:

• الاثنين - Scrum يوميا -> مراجعة سبرينت
• الثلاثاء - Scrum اليومي -> تراكم الاستمالة
• الأربعاء - Scrum يوميا -> اختيار القصة
• الخميس - Scrum يوميا -> المهام
• الجمعة - Scrum يوميا -> بأثر رجعي

عملت جيدا حقا بالنسبة لنا. إذا أعطيتها لقطة، فأنا أحب أن أسمع ما تعتقد.

Answer 8

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

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

أنا فقط أقول إن فريقك يخشى اجتماعات التخطيط، ربما يجب أن تترك بعض من "قواعد" Scrum.

Answer 9

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

إعطاء السلطة للفريق. - أي جعلها تعمل على الأشياء التي التفكير هي الأكثر أهمية.