-
3 دقیقه
استفان وولپرز (آلمان)۱۵ دسامبر ۲۰۲۵ متا-رتروسپکتیو: ذینفعان بدبین را به همپیمانان فرآیند تبدیل کنید بیشتر تیمهای اسکرام رتروسپکتیوها را پشت درهای بسته برگزار میکنند و بعد تعجب میکنند که چرا ذینفعان، فرآیند آنها را مثل یک «جعبه سیاه» میبینند. شکایت همیشه یکی است:«آنها نمیفهمند ما چطور کار میکنیم.»اما واقعاً برای کمک به فهمیدنِ کارتان چه {خواندن مقاله}
-
نقش واقعی مالک محصول، فراتر از پالودن بکلاگ
3 دقیقهدر سالهای اخیر، با رشد سریع روشهای چابک (Agile) و بهویژه اسکرام (Scrum)، شاهد برداشتهای سطحی از نقش مالک محصول (Product Owner) بودهایم که آن را محدود به نوشتن داستان کاربری یا تکمیل بکلاگ میدانند. اما اکسپنشن پک اسکرام ۲۰۲۵ دیدگاهی بسیار بالغتر، انسانیتر و ارزشمحور نسبت به این نقش ارائه میدهد. در این مقاله، {خواندن مقاله}
-
دو محور کلیدی نقش مالک محصول در محصولهای چندتیمی: مدیریت ذینفعان و حفظ تمرکز تیمها
7 دقیقهیک مالک محصول، چند تیم اسکرام: الگوی بهینه هدایت بدون مداخلهگری این مقاله بر پایه مقاله «Self-organize to Higher Performance» در سازمان اسکرام نوشته شده است که پیشنهاد میکنم ترجمه آن را بخوانید. این مقاله اولین بار در اجایل گپ منتشر شده است و این یک نسخه کپی از آن است. وقتی چند تیم اسکرام، یک محصول {خواندن مقاله}
-
استوری پوینت: زبان مشترک تیمهای چابک برای تخمین هوشمندانه Velocity
5 دقیقهدر دنیای توسعه نرمافزار به روش چابک، تخمین دقیق کارها همواره یکی از چالشهای اساسی تیمها بوده است. استوری پوینت به عنوان یک واحد اندازهگیری نسبی، انقلابی در نحوه برآورد تلاش مورد نیاز برای تکمیل کارها ایجاد کرده است. این مفهوم که در قلب فرآیندهای اسکرام و کانبان قرار دارد، نه تنها ابزاری برای تخمین، {خواندن مقاله}
-
اگر رهبرِ بهتری میخواهی باشی، اول باید یاد بگیری به «فکرهای خودت هم» مشکوک شوی – پادکست لیسا اَدکینز
8 دقیقهدر این اپیزود، لیسا اَدکینز در واقع به یک پیام ساده اما عمیق میرسد:اگر رهبرِ بهتری میخواهی باشی، اول باید یاد بگیری به «فکرهای خودت هم» مشکوک شوی. در ادامه، یک مقاله مفصل و منسجم بر اساس محتوای این اپیزود و منابعی که خود لیسا به آنها لینک داده (مدل Ladder of Inference و کتاب {خواندن مقاله}
-
نقش Product Owner در مدیریت قرض فنی: راهبردهایی برای حفظ سلامت فنی محصول در تیمهای اسکرام
4 دقیقهمقدمه در دنیای توسعه نرمافزار، قرض فنی (Technical Debt) مفهومی آشنا ولی اغلب نادیده گرفتهشده است. تصمیمات کوتاهمدت برای تسریع تحویل محصول، معماری ضعیف، تست ناکافی یا نبود مستندسازی میتوانند همگی منجر به انباشت قرض فنی شوند. درحالیکه مهندسان نرمافزار این مسئله را بهخوبی درک میکنند، مسئولیت پیشگیری و مدیریت آن صرفاً بر عهدهی تیم {خواندن مقاله}
-
معرفی «Control Chart» در جیرا – راهنمای عملی برای تیمهای اسکرام
3 دقیقهControl Chart چیست؟ کنترلچارت نموداری است برای دیدن چرخهزمان (Cycle Time) هر آیتم کاری از وقتی «شروع به کار» میشود تا وقتی «Done» میشود. هدفش این است که سرعت و پایداری جریان کار را بسنجید و نقاط غیرعادی (Outliers) و گلوگاهها را کشف کنید. اجزای نمودار تعریف Outlier (نقطهٔ غیرعادی): آیتمی که چرخهزمانش بهوضوح خارج {خواندن مقاله}
منتورینگ رایگان مالکین محصول
«اگر در یک شرکت نرمافزاری مشغول به کارهای روزانه یک PO هستید و دوست دارید در مورد پیادهسازی اجایل، اسکرام و چالشهای نقش PO در چهارچوب اسکرام یا تفکر استراتژیک در محصول، راهنمایی و مشاوره بگیرید، در خدمتتون هستم. یک وقت در adplist بگیرید.»
