دسته: مقالات تألیفشده
-
اسکرام نه متدولوژی است، نه ابزار کنترل
یکی از ریشهایترین سوءبرداشتها درباره اسکرام این است که آن را یک متدولوژی کامل یا بدتر از آن، یک فرآیند حاکمیتی و کنترلی میدانند؛ چیزی شبیه دستورالعملی گامبهگام که اگر «درست اجرا شود»، خروجی تضمینشده میدهد. این تصور نهتنها نادرست است، بلکه مستقیماً با فلسفهای که اسکرام بر آن بنا شده در تضاد قرار دارد.
-
پُستمورتِم چیست؟
در اسکرام، پستمورتِم یک رویداد رسمی نیست؛ اما میتواند بهعنوان رتروسپکتیوِ متمرکز یا یک جلسهی یادگیریِ پس از انتشار اجرا شود و خروجیهایش وارد بکلاگ محصول/بهبود شود (هماهنگ با سه رکن: شفافیت، بازرسی، انطباق در راهنمای اسکرام ۲۰۲0).
-
پدیداری در توسعه محصول: وقتی «راهحل» از دلِ تعاملات بیرون میآید، نه از روی نقشه از پیشکشیده
پدیداری (Emergence) زمانی معنا پیدا میکند که الگوها یا رفتارهای معنادار از تعاملات درون سیستمهای پیچیده بیرون بزنند؛ الگوهایی که با نگاهکردن به اجزای منفرد، قابل پیشبینی نیستند. در اسکرام، پدیداری نه با کنترلِ سفتوسخت، بلکه با محدودیتهای توانمندساز هدایت میشود: چرخههای زمانی (Iterations)، نقشها، و حلقههای بازخورد. اینها شرایطی میسازند که تیم بتواند خودگردان…
-
نقش واقعی مالک محصول، فراتر از پالودن بکلاگ
در سالهای اخیر، با رشد سریع روشهای چابک (Agile) و بهویژه اسکرام (Scrum)، شاهد برداشتهای سطحی از نقش مالک محصول (Product Owner) بودهایم که آن را محدود به نوشتن داستان کاربری یا تکمیل بکلاگ میدانند. اما اکسپنشن پک اسکرام ۲۰۲۵ دیدگاهی بسیار بالغتر، انسانیتر و ارزشمحور نسبت به این نقش ارائه میدهد. در این مقاله،…
-
دو محور کلیدی نقش مالک محصول در محصولهای چندتیمی: مدیریت ذینفعان و حفظ تمرکز تیمها
یک مالک محصول، چند تیم اسکرام: الگوی بهینه هدایت بدون مداخلهگری این مقاله بر پایه مقاله «Self-organize to Higher Performance» در سازمان اسکرام نوشته شده است که پیشنهاد میکنم ترجمه آن را بخوانید. این مقاله اولین بار در اجایل گپ منتشر شده است و این یک نسخه کپی از آن است. وقتی چند تیم اسکرام، یک محصول…
-
استوری پوینت: زبان مشترک تیمهای چابک برای تخمین هوشمندانه Velocity
در دنیای توسعه نرمافزار به روش چابک، تخمین دقیق کارها همواره یکی از چالشهای اساسی تیمها بوده است. استوری پوینت به عنوان یک واحد اندازهگیری نسبی، انقلابی در نحوه برآورد تلاش مورد نیاز برای تکمیل کارها ایجاد کرده است. این مفهوم که در قلب فرآیندهای اسکرام و کانبان قرار دارد، نه تنها ابزاری برای تخمین،…
-
نقش Product Owner در مدیریت قرض فنی: راهبردهایی برای حفظ سلامت فنی محصول در تیمهای اسکرام
مقدمه در دنیای توسعه نرمافزار، قرض فنی (Technical Debt) مفهومی آشنا ولی اغلب نادیده گرفتهشده است. تصمیمات کوتاهمدت برای تسریع تحویل محصول، معماری ضعیف، تست ناکافی یا نبود مستندسازی میتوانند همگی منجر به انباشت قرض فنی شوند. درحالیکه مهندسان نرمافزار این مسئله را بهخوبی درک میکنند، مسئولیت پیشگیری و مدیریت آن صرفاً بر عهدهی تیم…
-
معرفی «Control Chart» در جیرا – راهنمای عملی برای تیمهای اسکرام
Control Chart چیست؟ کنترلچارت نموداری است برای دیدن چرخهزمان (Cycle Time) هر آیتم کاری از وقتی «شروع به کار» میشود تا وقتی «Done» میشود. هدفش این است که سرعت و پایداری جریان کار را بسنجید و نقاط غیرعادی (Outliers) و گلوگاهها را کشف کنید. اجزای نمودار تعریف Outlier (نقطهٔ غیرعادی): آیتمی که چرخهزمانش بهوضوح خارج…