نرم‌افزاری که می‌توانید
جلوی مشتریان
بگذارید.

مراحل عمداً هم‌پوشانی دارند. طراحی به‌محض روشن شدن برش اول شروع می‌شود. بیلد منتظر فایل بی‌نقص نمی‌ماند. اسکیل از همان موقع که نسخهٔ اول را می‌فرستیم در ذهن است — فقط روز اول بیش‌ازحد نمی‌سازیم.

1. 01

   کشف

   کار را می‌نویسیم قبل از این‌که کسی ادیتور کد باز کند.

   اولین گفتگوها دربارهٔ محصول است، نه استک. برای کیست، چه چیزی از قبل هست، چه چیزی نباید بشکند، و «تمام» واقعاً چه شکلی است. اگر بریف به‌هم‌ریخته است، عادی است — می‌پرسیم تا به‌اندازهٔ کافی مشخص شود که بشود روی آن ساخت.

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

   با چه چیزی می‌روید

   • اسکوپ کوتاه مکتوب و معیار موفقیت
   • چه چیزی داخل است، چه چیزی بیرون، و چه چیزی می‌تواند صبر کند
   • برش اولی که بتوانید منتشر کنید و از آن یاد بگیرید
   • چطور حرف می‌زنیم، دمو می‌کنیم و تصمیم می‌گیریم
   
2. 02

   طراحی

   می‌توانید با محصول بحث کنید وقتی عوض کردنش هنوز ارزان است.

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

   اگر پروتوتایپ استاتیک کافی نباشد، در استک واقعی اسپایک می‌کنیم. با کسانی که استفاده می‌کنند بازبینی می‌کنید، نه فقط کسانی که سفارش داده‌اند. وقتی توافق کنیم، همان فایل چیزی است که می‌سازیم. به خلأ نمی‌رود.

   با چه چیزی می‌روید

   • فلوهای قابل‌کلیک و صفحه‌های اصلی
   • سیستم طراحی کوچک، نه کیت ۲۰۰ کامپوننتی
   • سؤال‌های باز نام‌گذاری‌شده، نه پنهان در کامنت
   • ترتیب بیلدی که با برش اول جور است
   
3. 03

   ساخت

   هر هفته نرم‌افزار کارکننده. می‌بینید، امتحان می‌کنید، تنظیم می‌کنیم.

   کسانی که در کیک‌آف هستند کسانی‌اند که کد را می‌نویسند. ریپویی می‌گیرید که کنترلش با شماست، دموی هفتگی چیزی که بتوان روی آن کلیک کرد، و یک جا برای تصمیم‌ها. اگر هفته‌ای کم‌بار بود، می‌گوییم. وضعیت بدون نرم‌افزار کارکننده گزارش پیشرفت نیست.

   تست، لاگ و راه انتشار همراه کار وارد می‌شود — نه به‌عنوان پاکسازی در پایان. اگر چیزی کج باشد، وقتی هنوز کوچک است می‌گیریم. اسکوپ می‌تواند عوض شود؛ بده‌بستان را می‌نویسیم تا فاکتور غافلگیری نشود.

   با چه چیزی می‌روید

   • ریپو، محیط‌ها و مسیر ریلیزی که مال شماست
   • دموی هفتگی نرم‌افزار کارکننده
   • تصمیم‌های مکتوب، نه تاریخچهٔ چتی که کسی پیدا نمی‌کند
   • کیفیت و مانیتورینگ در محصول، نه پروژهٔ بعدی
   
4. 04

   مقیاس

   لانچ پایان رابطه نیست.

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

   باید بتوانید محصول را داخلی کنید. معماری، تست و یادداشت با شما می‌ماند. اگر بخواهید بمانیم، می‌مانیم. اگر نخواهید، نباید حس کنید گیر افتاده‌اید.

   با چه چیزی می‌روید

   • سیستم پروداکشنی که بتوانید اداره کنید
   • یادداشت تحویل که مهندس‌هایتان بتوانند دنبال کنند
   • برش بعدی اسکوپ‌شده، اگر بخواهید ادامه دهید
   • پشتیبانی که جواب می‌دهد، نه خلأ تیکت