وقتی صحبت از توسعه نرمافزار در چارچوب اسکرام میشود، معمولاً همه به یاد برنامهنویسها و مدیر محصول میافتند. اما پشت صحنه، نقش تحلیلگر کسب و کار در اسکرام همان بخش بیصدا اما حیاتی است که مسیر پروژه را از ابهام به شفافیت میرساند. بدون حضور یک BA (Business Analyst) حرفهای، ارتباط میان نیازهای کلان تجاری […]
در مقاله قبلی، «Problem Intake چیست و چرا مهم است؟»، توضیح دادم که چرا بسیاری از پروژههای بهبود فرآیند و توسعه محصول در همان قدم اول شکست میخورند. ریشه این شکست، نه در ابزارهای تحلیلی، بلکه در ورودیهای خراب و مبهم است. اگر شما تحلیلگر فرآیند، مدیر محصول (Product Manager) یا مشاور سازمانی هستید، حتماً […]
در تحلیل فرآیند، خیلی وقتها مشکل اصلی این نیست که راهحل نداریم؛ مشکل این است که مسئله را درست نفهمیدهایم. من به این مرحله میگویم Problem Intake؛ یعنی جایی که درخواست خام، شکایت، نشانه یا مشاهده اولیه را به یک مسئله روشن و قابل تحلیل تبدیل میکنیم. اگر این مرحله ضعیف انجام شود، حتی بهترین […]
در دنیای توسعه سریع محصولات، نوشتن سند نیازمندی اجایل یکی از چالشهای کلیدی تیمهای فنی و کسبوکار است. بسیاری تصور میکنند در متدولوژیهای چابک، نیازمندیها صرفاً در دل گفتوگوها شکل میگیرند، اما واقعیت این است که برای رسیدن به یک محصول موفق، باید بدانیم چگونه با مستندسازی هوشمند، مسیر توسعه را بدون ابهام ترسیم کنیم. […]
شناسایی نیازمندی چابک به ما کمک میکند درخواستهای مبهم ذینفعان را به مسئلهای روشن، نتیجهای قابلاندازهگیری و مجموعهای از نیازهای قابلآزمایش تبدیل کنیم. بسیاری از پروژهها نه به دلیل ضعف فنی، بلکه به این دلیل شکست میخورند که تیم، «راهحل پیشنهادی ذینفع» را با «نیاز واقعی کاربر» اشتباه میگیرد. در این مقاله، فرایند کشف نیازمندی […]
بسیاری از سازمانها در تلاش برای حذف بوروکراسی کاغذی و پیادهسازی Paperless Workflow Automation، در تله مستندسازیهای حجیم چندماهه یا خرید نرمافزارهای سنگین و بدوناستفاده گرفتار میشوند. ریشه این شکستها در دو چیز است: اول، عدم اولویتبندی علمی فرآیندها با ابزارهای تحلیل کسبوکار (Business Analysis)؛ و دوم، نگاه سنتی و یکپارچه (Monolithic) به فرآیندی که […]
بسیاری از تیمهای نرمافزاری و چابک، جلسه «برنامهریزی اسپرینت» (Sprint Planning) را صرفاً یک رویداد تقویمی یا یک دورهمی برای تقسیم کارها میدانند. در این جلسات، معمولاً با هجوم تسکها، بحثهای بیپایان روی جزئیات فنی و در نهایت خستگی تیم مواجه میشویم. خروجی این نوع جلسات اغلب برنامهای ناپایدار است که در همان روزهای ابتدایی […]





محسن سیف محمدی
محسن سیف محمدی
محسن سیف محمدی