الـ Sprint بيتعاش بالساعات.. ليه Jira بيعمله Plan بالأيام؟
Jira بيعمل Schedule للشغل بالتاريخ، فالتداخل والوقت الفاضي ووقت الاجتماعات بيفضلوا مستخبيين. اعرف الـ Plan اليومي بيخبّي إيه وإزاي Planning بفترات ٣٠ دقيقة بيحل ده.
مشكلة الـ BreakDown
افتح الـ Timeline في Jira وكبّر لأقصى درجة. أقرب عرض هتلاقيه هو Weeks. كل مهمة بتبدأ في تاريخ وتنتهي في تاريخ. ده مناسب لـ Roadmap، لكنه مش مناسب لـ Sprint مدته أسبوعين، لأن الـ Sprint مش بيتعاش بالأيام. بيتعاش بالساعات.
المطوّر ما بيقضيش "يوم الثلاثاء" على Story. بيشتغل عليها من 9:00 لـ 12:30، وبعدها Review الساعة 1:00، وبعدها Bug fix الساعة 2:00. لما الـ Plan بتاعك يقدر يقول "الثلاثاء" بس، بيخبّي أغلب التفاصيل اللي بتحدد الـ Sprint هيخلص في معاده ولا لأ.
Jira بيعمل Schedule لإيه بالظبط؟
Jira بيسجّل الوقت في مكانين منفصلين، ومفيش ربط بينهم.
- Time tracking (Original estimate و Remaining و Logged) بيقبل ساعات ودقائق. تقدر تدّي Task مثلًا 3h 30m.
- الـ Scheduling معتمد على حقلي Start date و Due date. الاتنين تواريخ، مش أوقات. الـ Timeline بيرسم المهام منهم، ومستويات العرض فيه Weeks و Months و Quarters.
يعني تقدر تعمل Estimation بالساعات، لكن ما تقدرش تحط الساعات دي في مكانها على الجدول. Task مدتها ساعتين و Task مدتها 8 ساعات في نفس اليوم شكلهم واحد على الـ Timeline: شريط واحد، يوم واحد.
٣ حاجات الـ Plan اليومي بيخبّيها
١. تداخل على نفس الشخص. ادّي سارة تعديل API مدته 4 ساعات و Code review مدته 4 ساعات، الاتنين "يوم الثلاثاء". على مستوى اليوم شكله يوم مليان ومظبوط. على مستوى الساعة هتشوف إن الـ Review المفروض يبدأ 11:00، والـ API شغال لحد 1:00. ساعتين من يوم سارة محجوزين مرتين، ومحدش بياخد باله غير في Daily Standup يوم الأربع.
٢. وقت فاضي محدش شايفه. والعكس بيحصل كتير. ٣ Tasks صغيرين في يوم واحد شكلهم زحمة، لكن مجموعهم ٥ ساعات بس. باقي اليوم Capacity مش محسوبة في الـ Plan، ومش بتظهر في أي Report.
٣. الاجتماعات والـ Ceremonies. الـ Sprint Planning والـ Refinement والـ Review والـ Daily Standup كلهم بياخدوا ساعات حقيقية من الـ Sprint. الـ Plan اليومي بيعتبر كل يوم متاح بالكامل، فالـ Capacity بتبقى أكبر من الحقيقة قبل ما الـ Sprint يبدأ أصلًا.
ليه ده أهم مما يبان؟
اليوم وحدة كبيرة. لو Plan كل فرد غلطان بساعتين في اليوم، فريق من ٦ أشخاص في Sprint مدته ١٠ أيام بيخسر حوالي ١٢٠ ساعة Capacity، من غير ولا سطر في Jira يوضّح ده. ده تقريبًا ٣ أسابيع شغل لمهندس واحد، وبيظهر في الـ Retrospective على إنه "كنا متفائلين زيادة".
الفرق عادةً بتحل المشكلة دي بـ Spreadsheet أو Whiteboard وقت الـ Planning. الحل ده بيشتغل لحد أول تغيير. بعدها الـ Spreadsheet و Jira بيبعدوا عن بعض، والـ Scrum Master يقضي الـ Sprint كله يوفّق بينهم.
Planning بفترات ٣٠ دقيقة
LazyScrum بيشغّل Session من نوع مختلف. الـ Scrum Master بيفتح Planning session مباشرة، ويبعت لينك مع كود من ٤ أو ٦ أرقام، والفريق كله يدخل. أعضاء الفريق بيدخلوا مجانًا، والـ Seat المدفوع للـ Scrum Master بس.
- Estimation مع بعض. الفريق بيعمل Estimation لكل Item بأسلوب Scrum Poker، وكل Estimation بيتعمله Sync مع Jira تلقائيًا.
- توزيع الشغل على الـ Timeline. الشغل اللي اتعمله Estimation بينزل على Timeline بدقة ٣٠ دقيقة، ووقت البداية والنهاية بيتوزعوا تلقائيًا حسب الـ Estimation وحسب وقت الشخص المتاح.
- شوف التعارض وانت بتعمل Planning. لما Taskين يتداخلوا على نفس الـ Assignee، الـ Timeline بينبّهك فورًا، مش في تالت يوم من الـ Sprint.
- احتفظ بـ Baseline. الـ Plan النهائي بيتحفظ كـ Master plan. في الـ Daily Standup بتقارن الواقع بيه وتعرف الفريق ماشي صح ولا لأ.
أي تعديل بيظهر لايف لكل اللي في الـ Session، وكل تحديث بيرجع لـ Jira. Jira فاضل هو مصدر البيانات الأساسي، و LazyScrum بيضيف طبقة الساعات اللي Jira ما عندوش.
جرّبه في الـ Sprint الجاي
مش محتاج تغيّر طريقة شغل فريقك على Jira. اعمل الـ Sprint Planning الجاي في Session على LazyScrum، وسيب كل حاجة تانية زي ما هي، وقارن End of Sprint report بتاع المرة دي باللي قبله.
LazyScrum فيه Free trial لمدة ٧ أيام. ابدأ من هنا واعمل Planning للـ Sprint الجاي بالساعة.
