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