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