هر باگ، هر تصمیم و هر سند، به کار خودش وصل است.
تیم محصول در تسکیـ بکلاگ را مرتب نگه میدارد و اسپرینت (دوره کاری کوتاه) را برنامهریزی میکند؛ سند نیازمندی و تصمیم فنی هم به همان کارها وصل میماند.
۰۱ · سنجش
سه چیز که از روز اول باید معلوم باشد
بکلاگ قابل اعتماد است
نیازمندی، باگ و ایده با اولویت روشن در یک صف میمانند؛ نه در ده فایل و ذهن افراد.
اسپرینت غافلگیری ندارد
تعهد، پیشرفت و کارهای مسدود هر اسپرینت، جلوی چشم تیم و مدیر محصول است.
تصمیم فنی گم نمیشود
PRD و تصمیمهای معماری به کارها وصلاند؛ شش ماه بعد هم «چرا اینطور ساختیم» جواب دارد.
۰۲ · مسئله
کار تیم نرمافزار امروز کجا گیر میکند؟
باگ در پیامرسان گزارش شد، راهحل در جلسه گفته شد؛ دو هفته بعد، هیچکدام پیدا نیست.
کارهای مسدود دیر لو میروند و اسپرینت را بیصدا از مسیر خارج میکنند.
جلسه برنامهریزی و رترو خروجی مکتوب ندارد؛ همان حرفها اسپرینت بعد تکرار میشوند.
۰۳ · جریان کار
از اولین درخواست تا گزارش، برای تیم نرمافزار
- ۰۱
ثبت در بکلاگ
ایده، نیاز کاربر و باگ با زمینه کافی وارد بکلاگ میشوند؛ از فرم یا ثبت سریع.
- ۰۲
اولویتبندی
تیم بر اساس ارزش و وابستگی، کارهای اسپرینت بعد را آماده میکند.
- ۰۳
اجرای اسپرینت
کارها با وضعیت، مسئول و گفتوگو جلو میروند؛ مسدودها برچسب میخورند.
- ۰۴
انتشار و رترو
یادداشت انتشار و جمعبندی رترو میماند و چرخه بعد از آن سود میبرد.
۰۴ · قول تسکیـ و ابزارها
چرخه توسعه، از کشف تا انتشار، جلوی چشم همه
تیم شما نیازمندی را ثبت میکند، در اسپرینت جلو میبرد و با سند انتشار میبندد؛ مدیر محصول هم بدون جلسه اضافه میداند کار کجاست.
- برد اسپرینت با تعهد مشخص؛ کارهای مسدود همان روز اول پیدا میشوند.
- سند PRD، تصمیم فنی و یادداشت رترو، وصل به کارهای همان موضوع.
- فرم گزارش باگ و درخواست ویژگی؛ ورودی کامل، بدون رفتوبرگشت.
۰۵ · داخل محصول
دو صحنه از فضای کاری نرمافزار
داشبورد اسپرینت جاری
پیشرفت تعهد، کارهای مسدود و باگهای باز؛ وضعیت واقعی، نه حس عمومی جلسه.
فرم گزارش باگ
مراحل بازتولید، محیط و پیوست در فرم میآید؛ توسعهدهنده حدس نمیزند.
۰۶ · کاربردها
این راهکار در عمل به چه کاری میآید؟
رسیدگی به باگهای کاربران
گزارش از فرم میآید، اولویت میگیرد و مسیرش تا انتشارِ اصلاحیه ثبت است.
برنامهریزی اسپرینت بعدی
بکلاگ اولویتدار آماده است؛ جلسه برنامهریزی انتخاب است، نه باستانشناسی.
انتشار نسخه جدید
چکلیست انتشار، یادداشت تغییرات و کارهای بعد از انتشار، همه یکجا جمعاند.
پرسشهای رایج
پرسشهایی که معمولاً پیش از شروع مطرح میشوند
تسکیـ جای Git و ابزارهای CI/CD را میگیرد؟
نه و قرارش هم نیست. تسکیـ برنامهریزی، اسپرینت، مستندات و هماهنگی تیم را برعهده میگیرد؛ مخزن کد و خط انتشار سر جای خودشان میمانند.
مدیر غیرفنی هم میتواند وضعیت محصول را بفهمد؟
بله. یک نمای ساده با وضعیت و موعد بسازید و دسترسی محدود بدهید؛ مدیر پیشرفت را میبیند بدون اینکه وارد جزئیات فنی بکلاگ شود.
الان با Trello و چند فایل کار میکنیم؛ مهاجرت چقدر طول میکشد؟
یک جلسه برنامهریزی: کارهای اسپرینت جاری را وارد کنید و از همان روز ادامه بدهید. بکلاگ قدیمی را هم موضوع به موضوع بیاورید؛ چیزی وسط راه از کار نمیافتد.
هزینه برای تیم توسعه چند نفره چقدر است؟
شروع رایگان است و کارت بانکی نمیخواهد؛ اسپرینت اول را همین امروز میچینید. بعد از بزرگتر شدن تیم، پلن مناسب را با پرداخت تومانی انتخاب میکنید؛ جزئیات در صفحه تعرفههاست.
راهکارهای مرتبط
راهکارهای همخانواده
تیم نرمافزار میتواند از همین امروز با یک پروژه شروع کند؛ این تیمها هم مسیر مشابهی دارند.
کار تیم شما، از امروز در جریان
در چند دقیقه فضای کاری تیم را بسازید، کارها را همانجا پیش ببرید و هر وقت تیم بزرگتر شد، پلن مناسبتری انتخاب کنید.