۰۱
تشخیص
قبل از پیشنهاد راهحل، مسئله، زمینه کسبوکار، محدودیت و ریسک واقعی را روشن میکنیم.
QUESTION → EVIDENCEMIMYAR / OPERATING SYSTEM
استودیو یعنی
مسئولیتِ یکپارچه.
نه شبکهای از پیمانکارهای جدا و نه خط تولید خروجی. یک هسته مسئول که مسئله، محصول، طراحی و فناوری را در یک مسیر نگه میدارد.
M/∞PRODUCT CORE01 / THE OPERATING SYSTEM
هر پروژه از چهار حرکت عبور میکند.
این مراحل خط تولید ثابت نیستند. بسته به وضعیت محصول، ممکن است از تشخیص شروع کنیم یا مستقیم سراغ یک گلوگاه اثباتشده برویم؛ اما هیچ تصمیمی بدون شواهد و هیچ ساختی بدون معیار پذیرش جلو نمیرود.
۰۲
تصمیم
دامنه، اولویتها، معیار موفقیت و چیزهایی را که فعلاً نباید ساخته شوند مشخص میکنیم.
EVIDENCE → CHOICE۰۳
ساخت
طراحی و مهندسی در یک چرخه پیش میروند تا فاصله میان تجربه وعدهدادهشده و محصول واقعی کم شود.
CHOICE → RELEASE۰۴
اثبات
خروجی با رفتار کاربر، کیفیت فنی و اثر کسبوکاری سنجیده میشود و یادگیری به چرخه بعد برمیگردد.
RELEASE → LEARNING02 / PROJECT JOURNEY
از یک سیگنال مبهم تا تصمیمی قابل دفاع.
جلسه و فایل، خروجی پروژه نیستند. در هر ایستگاه باید یک ابهام کم شود، یک تصمیم ثبت شود و یک دارایی قابل استفاده برای تیم باقی بماند.
-
01
INTAKEخروجی: مسیر پیشنهادی
ارزیابی تناسب
مرحله محصول، مسئله اصلی، تصمیمگیرنده، فوریت و امکان همکاری را بررسی میکنیم.
-
02
DISCOVERYخروجی: Brief تصمیم
کشف پولی
فرضیات و محدودیتها را به نقشه مسئله، اولویت و دامنه تصمیمپذیر تبدیل میکنیم.
-
03
DELIVERYخروجی: نسخه قابل آزمون
چرخههای ساخت
طراحی، مهندسی و بازبینی در بازههای کوتاه پیش میروند و وضعیت قابل مشاهده میماند.
-
04
RELEASEخروجی: انتشار قابل اتکا
عرضه کنترلشده
سناریوهای اصلی، خطاها، داده، زیرساخت و برنامه بازگشت پیش از انتشار بررسی میشوند.
-
05
LEARNخروجی: نقشه ادامه
یادگیری و ادامه
نتیجه واقعی را میسنجیم، بدهیها را روشن میکنیم و تصمیم چرخه بعد را میگیریم.
03 / ENGAGEMENT MODELS
اندازه همکاری را مسئله تعیین میکند.
برای یک پرسش محدود، تیم بزرگ نمیچینیم؛ و برای محصولی که نیاز به ادامه دارد، همکاری را به تحویل چند فایل تقلیل نمیدهیم.
01AUDIT
بررسی متمرکز
برای یک تصمیم یا گلوگاه مشخص؛ مثل معماری، تجربه، آمادگی عرضه یا افت عملکرد.
- دامنه محدود
- شواهد و اولویتها
- نقشه اقدام
02SPRINT
چرخه محصول
برای تبدیل یک مسئله روشن به تصمیم، نمونه قابل آزمون یا نسخه قابل انتشار.
- هدف و معیار پذیرش
- تیم کوچک چندتخصصی
- تحویل مرحلهای
03PRODUCT POD
همراهی مستمر
برای محصولی که پس از عرضه به ظرفیت ثابت تصمیم، طراحی، مهندسی و رشد نیاز دارد.
- ظرفیت رزروشده
- بکلاگ مشترک
- یادگیری و بهبود مستمر
04 / DELIVERY STANDARD
قابل تحویل کافی نیست؛
قابل تحویل کافی نیست؛
باید قابل ادامه باشد.
پروژهای که فقط سازندهاش آن را میفهمد، هنوز تمام نشده. محصول باید برای تیم مالک، قابل فهم، قابل انتشار و قابل توسعه بماند.
دیدن شواهد در پروژههاSource of Truth
دامنه، تصمیمها، مالکیت و وضعیت واقعی پروژه در یک مرجع روشن ثبت میشود.
Acceptance Criteria
هر خروجی قبل از ساخت، تعریف پایان و معیار پذیرش مشخص دارد.
Verification
سناریوها، تستها، کیفیت واکنشگرا، امنیت پایه و مسیر انتشار بررسی میشوند.
Handoff
کد، داراییها، مستندات و دانش بدون وابستگی مصنوعی به استودیو منتقل میشوند.
05 / WHAT REMAINS
بعد از ما، فقط یک صفحه زیبا باقی نمیماند.
هدف، وابستهکردن تیم شما به استودیو نیست. داراییهای پروژه باید تصمیمهای بعدی را سریعتر و ریسک تغییر را کمتر کنند.
01منطق محصولمسئله، فرضیات، اولویت و نقشه تصمیم
02سیستم تجربهجریانها، الگوها، حالتها و سیستم طراحی
03سیستم فنیکد، معماری، زیرساخت و مسیر توسعه
04دانش قابل انتقالمستندات، Runbook و تصمیمهای ثبتشده
THE NEXT DECISIONاگر مسئله واقعی است،
اگر مسئله واقعی است،
از تشخیص شروع کنیم.
فرم ارزیابی کمک میکند پیش از جلسه، مرحله محصول، گلوگاه و مدل منطقی همکاری روشن شود.
شروع ارزیابی محصول