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

شناخت و صورتبندی
تصمیم، کاربر، داده، ریسک و محدودیت را کنار هم میگذاریم. خروجی این مرحله، توافقی روشن دربارهٔ مسئله و نشانههای موفقیت است.
فرایند فعلی، کاربران و نقطهٔ اصطکاک را ثبت میکنیم.
خروجی: نقشهٔ مسئلهآنچه باید ساخته شود و آنچه فعلاً خارج از دامنه است را روشن میکنیم.
خروجی: brief اجراییطراحی و نمونهسازی
معماری اطلاعات، زبان بصری و مسیر اقدام را در نمونهای قابل لمس بررسی میکنیم. اینجا جایی است که ابهام به تصمیم طراحی تبدیل میشود.
محتوا، نقش و حالتهای سیستم را در مسیرهای قابل مرور میچینیم.
خروجی: flow و UIمسیر را با کاربران و ذینفعان بررسی میکنیم تا قبل از ساخت، اصلاح شود.
خروجی: prototype قابل آزمایشساخت و اتصال
توسعه را بر اساس خروجیهای روشن جلو میبریم؛ از کامپوننت و API تا نقش، دسترسی، داده و اتصال به سامانههای موجود.
هر خروجی در یک سطح قابل مشاهده و قابل بازبینی قرار میگیرد.
خروجی: release candidateداده و فرایند واقعی را به تجربهٔ محصول وصل میکنیم، نه به یک نمونهٔ جدا از کار.
خروجی: محیط قابل استفادهاعتبارسنجی و یادگیری
در دسکتاپ و موبایل، فارسی و انگلیسی، خوانایی، کنتراست، مسیرهای کلیدی و رفتار رسانه را بررسی میکنیم. شواهد، پایهٔ اصلاح بعدی است.
شواهد پیش از اجرا
مسئله، نقشها، داده و معیار پذیرش را کنار هم قرار میدهیم تا تیم بداند چه چیزی باید ساخته شود، چگونه بررسی میشود و چه زمانی آمادهٔ استفاده است. این شفافیت، گفتوگو را از حدس به تصمیم قابل ثبت نزدیک میکند.

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