یادداشتهای استودیو
بعد از لانچ؛ سامانهای که زنده میماند
لانچ پایان کار نیست. سامانه ماندگار یعنی مالکیت، مشاهدهپذیری، و مسیری برای تغییر — وگرنه شش ماه بعد کسی جرئت دست زدن ندارد.
در جلسهٔ فروش همه از لانچ حرف میزنند. در سال دوم همه از تغییر حرف میزنند: نرخ تازه، نقش تازه، گزارش تازه، نسخهای که دیگر با واقعیت بازار نمیخواند. اگر سامانه برای این روز طراحی نشده باشد، تیم محصول تبدیل میشود به تیم التماس از کسی که «زمان ساخت اینجا بوده.» من این صحنه را بیشتر از صحنهٔ افتتاح به خاطر میسپارم.
ماندگار بودن شعار نرم نیست. یعنی بتوان بدون بازنویسی جهان، یک برش را عوض کرد. یعنی لاگ، پشتیبان، و آدمی که هنوز تلفن را جواب میدهد. تحویل بدون تکامل، در ۱۴۰۵ دیگر تحویل کامل نیست.
مالکیت بعد از روز اول
کد روی سرور مشتری یا روی زیرساخت شما، باید معلوم باشد چه کسی تغییر را اعمال میکند، با چه آزمونی، و در چه پنجرهای. اگر این قرارداد شفاهی است، در ماه چهارم فراموش میشود. سامانههای سفارشی دقیقاً اینجا از قالب جدا میشوند: قالب را فروشنده وقتی خواست بهروز میکند؛ سیستم شما را باید خودتان بتوانید جلو ببرید.
مشاهدهپذیری را هم از لوکس بودن جدا کنید. اگر در تولید ندانید کدام درخواست کند است یا کدام کار پسزمینه خوابیده، پشتیبانی تبدیل به حدس میشود. حدس در سامانهٔ مالی یا فروشگاه شلوغ، گران است.
معماری در خدمت تغییر است، نه در خدمت اسلاید
Modular monolith، برش عمودی، و مرز ماژول وقتی ارزشمندند که تیم واقعاً بخواهد یک حوزه را بدون لرزاندن بقیه عوض کند. اگر همهچیز یک پروژهٔ در هم است، هر تیکت کوچک میشود جراحی. این را مشتری در ماه اول نمیبیند؛ در ماه هجدهم میبیند.
از آن طرف، پیچیدگی زودرس هم سیستم را برای همیشه کند میکند. معماری باید اندازهٔ محصول باشد. شعار استودیو همین است: معماری در خدمت محصول، نه برعکس.
قبل از امضای «فاز یک»
بپرسید فاز دو را چه کسی راه میبرد، با چه سرویسی، و اگر سازنده در دسترس نبود از کجا شروع میکنید. اگر جواب مبهم است، محدودهٔ فاز یک را هم کوچکتر کنید. پیوند این حرف با انتخاب ابزار در سفارشی یا نوکد است، و با هوشمند شدن تدریجی در گردشکار خودکار.
اگر محصولی دارید که زنده است و دارد سخت میشود، همان را در سفارش بنویسید. بازنویسی کامل آخرین گزینه است؛ اغلب یک برش مشخص کافی است.
نظرها
هنوز نظری نیست. اولین نظر را شما بنویسید.