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