مدل‌سازی فرآیند با BPMN برای تیم اسکرام

وقتی صحبت از توسعه نرم‌افزار در چارچوب اسکرام می‌شود، معمولاً همه به یاد برنامه‌نویس‌ها و مدیر محصول می‌افتند. اما پشت صحنه، نقش تحلیلگر کسب و کار در اسکرام همان بخش بی‌صدا اما حیاتی است که مسیر پروژه را از ابهام به شفافیت می‌رساند. بدون حضور یک BA (Business Analyst) حرفه‌ای، ارتباط میان نیازهای کلان تجاری […]

تحلیل‌گر کسب‌وکار در حال تکمیل فرم استاندارد Problem Intake برای ثبت ساختارمند مسائل سازمانی

در مقاله قبلی، «Problem Intake چیست و چرا مهم است؟»، توضیح دادم که چرا بسیاری از پروژه‌های بهبود فرآیند و توسعه محصول در همان قدم اول شکست می‌خورند. ریشه این شکست، نه در ابزارهای تحلیلی، بلکه در ورودی‌های خراب و مبهم است. اگر شما تحلیل‌گر فرآیند، مدیر محصول (Product Manager) یا مشاور سازمانی هستید، حتماً […]

تصویر تحلیلگر فرآیند در حال شروع تحلیل Problem Intake با ابزارهای دریافت مسئله، Gemba Walk و Process Mining

در تحلیل فرآیند، خیلی وقت‌ها مشکل اصلی این نیست که راه‌حل نداریم؛ مشکل این است که مسئله را درست نفهمیده‌ایم. من به این مرحله می‌گویم Problem Intake؛ یعنی جایی که درخواست خام، شکایت، نشانه یا مشاهده اولیه را به یک مسئله روشن و قابل تحلیل تبدیل می‌کنیم. اگر این مرحله ضعیف انجام شود، حتی بهترین […]

تصویر شاخص مقاله چگونه یک سند نیازمندی خوب بنویسیم با المان‌های سند نیازمندی، یوزر استوری، معیار پذیرش و بک‌لاگ در فضای کاری حرفه‌ای

در دنیای توسعه سریع محصولات، نوشتن سند نیازمندی اجایل یکی از چالش‌های کلیدی تیم‌های فنی و کسب‌وکار است. بسیاری تصور می‌کنند در متدولوژی‌های چابک، نیازمندی‌ها صرفاً در دل گفت‌وگوها شکل می‌گیرند، اما واقعیت این است که برای رسیدن به یک محصول موفق، باید بدانیم چگونه با مستندسازی هوشمند، مسیر توسعه را بدون ابهام ترسیم کنیم. […]

شناسایی نیازمندی چابک به ما کمک می‌کند درخواست‌های مبهم ذی‌نفعان را به مسئله‌ای روشن، نتیجه‌ای قابل‌اندازه‌گیری و مجموعه‌ای از نیازهای قابل‌آزمایش تبدیل کنیم. بسیاری از پروژه‌ها نه به دلیل ضعف فنی، بلکه به این دلیل شکست می‌خورند که تیم، «راه‌حل پیشنهادی ذی‌نفع» را با «نیاز واقعی کاربر» اشتباه می‌گیرد. در این مقاله، فرایند کشف نیازمندی […]

بسیاری از سازمان‌ها در تلاش برای حذف بوروکراسی کاغذی و پیاده‌سازی Paperless Workflow Automation، در تله مستندسازی‌های حجیم چندماهه یا خرید نرم‌افزارهای سنگین و بدون‌استفاده گرفتار می‌شوند. ریشه این شکست‌ها در دو چیز است: اول، عدم اولویت‌بندی علمی فرآیندها با ابزارهای تحلیل کسب‌وکار (Business Analysis)؛ و دوم، نگاه سنتی و یکپارچه (Monolithic) به فرآیندی که […]

بسیاری از تیم‌های نرم‌افزاری و چابک، جلسه «برنامه‌ریزی اسپرینت» (Sprint Planning) را صرفاً یک رویداد تقویمی یا یک دورهمی برای تقسیم کارها می‌دانند. در این جلسات، معمولاً با هجوم تسک‌ها، بحث‌های بی‌پایان روی جزئیات فنی و در نهایت خستگی تیم مواجه می‌شویم. خروجی این نوع جلسات اغلب برنامه‌ای ناپایدار است که در همان روزهای ابتدایی […]

سوال بپرسید
فعال سازی اعلان ها تایید نه متشکرم