دموی اسپرینت: آماده باش، نه بینقص
خلاصهٔ کاملتر
نویسنده تو وبلاگ Atomic Object از یه دموی اسپرینت پیچیده میگه که هم رفتار دستی داشت هم یه فرایند خودکار، بهعلاوهٔ چند اصلاح کوچیک UI و یه endpoint برای seed کردن داده — یعنی همون API که دادههای آزمایشی رو تو سیستم میریزه. به گفتهٔ نویسنده هدف آمادهسازی این نیست که هیچ سورپرایزی پیش نیاد؛ اینه که اونقدر داستان و سیستمت رو بشناسی که وقتی چیزی عوض شد، بتونی حرکت بعدی رو درست انتخاب کنی.
اول تیکتهای تمامشدهٔ اسپرینت رو مثل استیکینوت تو Miro چیده، با رنگبندی بین فیچرهای بزرگ، باگفیکسها و کارهایی که هنوز تو QA بودن، و بعد بر اساس بخشهای اپلیکیشن گروهبندیشون کرده. از دل همین گروهبندی یه سفر کاربری در اومده: از seed کردن داده تا دیدنش تو UI و بعد کامل کردن فلو. مسیر هم انعطاف داشته؛ یه فرایند زمانبندیشده که تو پروداکشن روزی یکبار اجرا میشه رو برای dev و staging کوتاه کرده بودن تا وسط دمو قابل مشاهده باشه.
برای اون اصلاحهای ریز UI که حالت «قبل»شون تو استیجینگ از بین رفته بود، رفتار قدیمی رو از قبل ضبط کرده و نسخهٔ اصلاحشده رو زنده نشون داده. یادداشتهای run-of-show رو هم دستنویس و خیلی مینیمال نگه میداره — فقط تیکت، کاری که میخواد بکنه و نکتهٔ مهمی که باید بگه — چون به گفتهٔ خودش وسط دمو فرصت خوندن متن طولانی نیست و یادداشت پرجزئیات خودش یه رابط کاربری دومه که باید پردازشش کنی.
وسط تست، اون endpoint بعد از یه موفقیت پشتسرهم خطا داده و چون لاگ استیجینگ در دسترس نبوده، نویسنده تو پسزمینه و بهشکل امن ادامه داده تا بفهمه endpoint یه محدودیت یکتایی عمدی داره و یه شناسهٔ مشخص رو نمیشه دوبار استفاده کرد. بعدتر هم یه باگ واقعی پیدا کرده و همونجا گفته «یادداشتش کنید» و مسیر رو عوض کرده تا بقیهٔ فلو دیده بشه. تأکیدش روی امن بودنه: وسط دمو جای پوش کردن کد یا تغییر پرریسک تو محیط نیست.
نکات کلیدی:
- تیکتهای اسپرینت رو گروهبندی کن و دمو رو دور یه سفر کاربری واحد بچین، نه دور لیست تسکها.
- فرایندهای زمانبندیشده رو تو dev و staging کوتاه کن و زودتر استارت بزن تا سر وقت نتیجه آماده باشه.
- برای فیچرهایی که حالت «قبل»شون تو استیجینگ از بین رفته، ویدیوی رفتار قدیمی رو از قبل ضبط کن.
- یه wing-person مشخص کن که run-of-show رو بلده و همون موقع داده آماده میکنه یا مشکل کوچیک رو بررسی میکنه.
- گیر کردن وسط دمو مساوی شکست دمو نیست؛ باگ پیداشده رو یادداشت کنید و ادامه بدید.
