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