چرا هر هفته یک نسخه، بهتر از یک تحویلِ بزرگ است

بیشترِ پروژه‌های نرم‌افزاری که شکست می‌خورند، بد ساخته نشده‌اند؛ دیر دیده شده‌اند. ماه‌ها کار می‌شود، روزِ تحویل می‌رسد و تازه معلوم می‌شود چیزی که ساخته شده، آن چیزی نیست که لازم بود. راهِ ساده‌اش این است که هر هفته چیزی واقعی ببینید.

مشکلِ تحویلِ یک‌باره

در روشِ قدیمی، اول همه‌چیز روی کاغذ نوشته می‌شود، بعد ماه‌ها ساخته می‌شود و آخر یک‌جا تحویل داده می‌شود. ولی هیچ مستندی نمی‌تواند همهٔ جزئیاتِ یک کارِ واقعی را از پیش بداند. آدم‌ها تا چیزی را نبینند و دستشان به آن نخورد، نمی‌دانند واقعاً چه می‌خواهند؛ این عیبِ کسی نیست، طبیعتِ کار است.

هر هفته، چیزی که بشود با آن کار کرد

وقتی هر هفته یک نسخهٔ تازه تحویل می‌گیرید، سه اتفاقِ خوب می‌افتد:

• اشتباه زود دیده می‌شود. اگر چیزی درست فهمیده نشده، هفتهٔ اول معلوم می‌شود، نه ماهِ ششم.
• تغییرِ نظر هزینهٔ کمی دارد. نظرِ تازه در قدمِ بعد جا می‌گیرد، نه اینکه کارِ چند ماه دور ریخته شود.
• پیشرفت را خودتان می‌بینید. به‌جای گزارشِ «هفتاد درصد انجام شد»، نسخه‌ای دارید که امتحانش می‌کنید.

گزارشِ پیشرفت را می‌شود نوشت؛ نسخه‌ای که کار می‌کند را نه.

هوش مصنوعی این ریتم را ممکن کرده

تا چند سالِ پیش، تحویلِ هفتگی برای تیم‌های کوچک سنگین بود: هر نسخه کلی کارِ تکراری می‌خواست. امروز هوش مصنوعی بخشِ بزرگی از همان کارهای تکراری را جلو می‌برد، و آدم‌ها وقتشان را روی چیزی می‌گذارند که از ماشین برنمی‌آید: فهمیدنِ کارِ شما، تصمیم‌های معماری، و بازبینیِ هر چیزی که به پول و داده‌تان گره خورده.

از شما چه می‌خواهد

فقط یک چیز: هر هفته نیم ساعت وقت برای دیدنِ نسخه و گفتنِ نظرتان. همین نیم ساعت، مطمئن‌ترین بیمه‌ای است که پروژه‌تان می‌تواند داشته باشد.