-
2 دقیقه
چگونه خزش محدوده را در محصول بهطور مؤثر مدیریت کنیم؟ اگر مالک محصول یا اسکرام مستر باشید، حتماً با آن لحظه آشنا هستید: زمانی که درخواستهای جدید بهآرامی و بدون بررسی دقیق، وارد اسپرینت میشوند. این همان «خزش محدوده یا Feature Creep» است — و اگر کنترل نشود، میتواند زمانبندی (اسپریت)، بودجه و حتی انگیزه تیم {خواندن مقاله}
-
INVEST؛ چکلیست سادهای که بکلاگهای ضعیف را نجات میدهد
4 دقیقهبا رعایت INVEST، کیفیت بکلاگ شما به شکل محسوسی بهبود مییابد و از تخمینهای نادرست جلوگیری میشود. روش SPIDR یک تکنیک قدرتمند برای شکستن User Storyها یا Product Backlog Items (PBIها) به بخشهای کوچکتر و قابلمدیریت است. این روش به تیمهای اسکرام کمک میکند تا PBIهای بزرگ و پیچیده را به تسکهای کوچکتر تقسیم کنند که طبق اصل INVEST (مستقل، قابلمذاکره، ارزشمند، قابلتخمین، کوچک، قابلتست) در یک اسپرینت قابلاجرا باشند. {خواندن مقاله}
-
بلوغ ۴ پلهای یک PO
6 دقیقهنقش مالک محصول (Product Owner) در عمل، بسیار فراتر از تعریفی است که در اسکرامگاید یا کتابهای مرجع میخوانیم. آنچه در تیمها و سازمانها میبینیم، طیفی از رفتارها، مسئولیتها و بلوغ حرفهای است؛ از POهایی که صرفاً «درخواستگیر» هستند تا رهبرانی که آیندهی محصول و حتی سازمان را شکل میدهند. مشکل از جایی آغاز میشود {خواندن مقاله}
-
سطوح فعالیت در اسکرام: نگاهی جامع به لایههای پنهان چابکی
3 دقیقهاسکرام سالهاست بهعنوان یکی از پرکاربردترین چارچوبهای چابک مورد استفاده قرار میگیرد. اما آنچه در نگاه اول از اسکرام دیده میشود، تنها بخش کوچکی از واقعیت است. تصویر «کوه یخ اسکرام» بهخوبی نشان میدهد که اسکرام در سه لایه قابل مشاهده است: سطحی (Visible Practices)، میانی (Practitioners’ Work) و عمیق (Foundations). در ادامه همهی اجزای ذکرشده در این تصویر {خواندن مقاله}
-
چرا نباید نقش مالک محصول و نقش اسکرام مَستر را در تیم اسکرام ادغام کنیم؟
3 دقیقهبه طور کلی اسکرام گاید توصیه میکند که نقش های مالک محصول و اسکرام مستر را در یک تیم اسکرام نقش های جدا با وظایف تعیریف شده مستقل باشند (مالک محصول مدیر بکلاگ و اسکرام مستر مدیر پروسهها و تیم توسعه مدیر اسپرینت بکلاگ باشد.).در اینجا چند دلیل وجود دارد که چرا بهتر است این {خواندن مقاله}
-
فریمورک DEEP چگونه به Backlog Refinement کمک میکند؟
4 دقیقهبکلاگ محصول یک جزء حیاتی از توسعه محصول چابک است. این یک سند زنده است که تمام ویژگی ها، عملکردها، الزامات، پیشرفت ها و اصلاحاتی را که باید برای انتشار محصول توسعه یابد، فهرست می کند. مدیریت موثر بک لاگ محصول برای اطمینان از اینکه محصول نیازهای کاربران و ذینفعان خود را برآورده می کند، {خواندن مقاله}
-
بر پایهٔ «اعتماد» اعضای تیم به هم، اسکرام را بنا کنیم
3 دقیقهدقت کنید به تصویر، این کوه یخ اسکرام است. در پایینترین و بنیادیترین سطح TRUST قرار دارد، سطح و بعدی پنهان. تلاش برای اعتمادسازی بین اعضای تیم، اگر وجود نداشته باشد، کل فریمورک اسکرام با تمام ریزهکاریها، کارکرد عملی ندارد و احتمالاً منجر به Done Increments نمیشود یا اگر بشود، تیم اسکرام، به صورت مکانیکی {خواندن مقاله}
منتورینگ رایگان مالکین محصول
«اگر در یک شرکت نرمافزاری مشغول به کارهای روزانه یک PO هستید و دوست دارید در مورد پیادهسازی اجایل، اسکرام و چالشهای نقش PO در چهارچوب اسکرام یا تفکر استراتژیک در محصول، راهنمایی و مشاوره بگیرید، در خدمتتون هستم. یک وقت در adplist بگیرید.»
