دسته: نقش مالک محصول
-
چرا اهداف محصول و OKRها اهمیت دارند؟
نویسنده: رایان بروک (بریتانیا)۱۳ ژانویهٔ ۲۰۲۶ اهداف محصول Product Goals، هدف راهبردیای را بیان میکنند که یک تیم اسکرام در طول زمان در تلاش برای رسیدن به آن است. این اهداف بخشی از تعهدات مرتبط با Product Backlog هستند و هدایتکنندهٔ انتخاب، پالایش و تحویل اقلام در هر اسپرینت میباشند. برخلاف اهداف اسپرینت که کوتاهمدت…
-
به حرفهایها نگویید کارشان را چگونه انجام دهند — نیت فرمانده در عمل
Stefan Wolpers (Germany) خلاصه (TL;DR): مهارت Commander’s Intent بیشتر مواقع، مایکرومنیجمنت (مدیریت ذرهبینی) مشکل کنترل نیست؛ بلکه شکلی پنهان از نبودِ شفافیت است. این مقاله مفهوم Commander’s Intent را معرفی میکند: یک مدل پنجبخشی برای ارائه توضیحات که بهجای دستورالعملهای ریز، بر هدف مشترک، محدودیتهای مشخص و فضای تطبیقپذیری تأکید دارد. شما افراد باهوش را…
-
اولیتبندی بکلاگ بدون شهود و دادهمحور: چگونه بدون احساس بکلاگ را اولویتبندی کنید
به عنوان یک مدیر محصول حرفهای، اولویتبندی بکلاگ (Product Backlog) یکی از کلیدیترین وظایف ماست تا مطمئن شویم تیم روی مواردی کار میکند که بیشترین ارزش را ایجاد کند. شما میخواهید از مقیاس ۱ تا ۱۰ برای ارزش تجاری (Business Value) و ارزش کاربری (User Value) استفاده کنید، اما بدون تکیه بر شهود و بر…
-
چکلیست پیشنهادی برای رویدادهای اسکرام
در اسکرام، رویدادها (Events) فرصتهای رسمی برای بازرسی و تطبیق هستند و باید طبق اصول شفافیت، بازرسی و تطبیق پیش بروند. رویدادهای اصلی عبارتند از: Sprint (به عنوان ظرف اصلی)، Sprint Planning، Daily Scrum، Sprint Review و Sprint Retrospective. برای هر رویداد، لیستی از سوالات کلیدی پیشنهاد میکنم که میتوانید (به عنوان Scrum Master یا…
-
گسترش Impact Mapping برای دستیابی به بینش بهتر از محصول
کرت بیتنر (Kurt Bittner)۱۲ ژوئن ۲۰۱۸ Impact Mapping یک تکنیک قدرتمند است که به تیمها کمک میکند بفهمند چگونه کاری که انجام میدهند به نتایجی که سازمانشان به دنبال دستیابی به آنهاست متصل میشود. ما مدتی است از این تکنیک در دورههای Scaled Professional Scrum و Professional Scrum Product Owner استفاده میکنیم، اما مدتی بود…
-
چگونه ذینفعان را قانع کنیم؟ از مثلث بلاغت تا تصمیمسازی محصول
در دنیای محصول، «درست بودن» کافی نیست. اگر نتوانید ذینفعان را قانع کنید، بهترین تصمیمها هم اجرا نمیشوند. بسیاری از Product Ownerها تجربهی مشابهی دارند: تحلیل درست، داده معتبر، پیشنهاد منطقی — اما خروجی جلسه؟ «بذار بررسی کنیم»، «فعلاً اولویت نیست»، «برگردیم اسپرینت بعد».
-
«تعریف انجامشده» (Definition of Done) برای ایجنتهای هوش مصنوعی
سانجای سینی(هند)۱۵ ژانویه ۲۰۲۶ در مسیر Professional Scrum Developer (PSD) یک حقیقت بنیادین را یاد میگیریم:هیچوقت کد را بدون کدریویو، تست واحد، تست یکپارچگی، مستندسازی و… منتشر نمیکنید.یک Definition of Done (DoD) سختگیرانه، تنها چیزی است که بین یک اینکریمنت باکیفیت و یک آشفتگی پر از باگ و غیرقابلتحویل قرار دارد. اما با شروع ادغام…
-
یک کلمه که توضیح میدهد چرا جلسات اسکرام کار نمیکنند… «چون»
استیون دنیر(بلژیک)۲۲ ژانویه ۲۰۲۶ «چون» در اینجا بارِ بسیار سنگینی را به دوش میکشد: «این رویدادها کار میکنند چون ستونهای تجربی اسکرام یعنی شفافیت، بازرسی و انطباق را پیادهسازی میکنند.» — راهنمای اسکرام کمبرآوردشدهترین کلمه در این جمله، «چون» است. نه «چه زمانی». نه «اگر». چون. همین یک کلمه، جمله را به یک ادعای علت–معلولی…
-
اسکرامِ حرفهای یعنی «تغییرِ واقعی»؛ نه تقویمِ جلسهها
خیلی از تیمها اسکرام را با «یک سری رویداد و ابزار» اشتباه میگیرند: برد، استندآپ، اسپرینت، و چند نمودار. این مدل معمولاً در کوتاهمدت حسِ سرعت میدهد، اما در میانمدت به یکی از این نتایج ختم میشود: بدهی فنی، افت کیفیت، فرسودگی تیم، و بیاعتمادی ذینفعان. پذیرش اسکرام ذاتاً دشوار است چون از تیم و…