دسته: Best Practices
-
اولویتبندی بکلاگ براساس اهداف محصول: راهکاری استراتژیک برای مدیران محصول
این رویکرد نه تنها شفافیت ایجاد میکند، بلکه تیم را متمرکز نگه میدارد و از پراکندگی جلوگیری میکند. تمرکز ما اینجا روی اهداف محصولی است که بیشتر قابلیتمحور و توسعهمحور هستند، مانند بهبود مدیریت کاربران یا کنترل منابع سیستم، نه متریکهای تجاری مستقیم مانند نرخ نگهداری یا درآمد.
-
اولیتبندی بکلاگ بدون شهود و دادهمحور: چگونه بدون احساس بکلاگ را اولویتبندی کنید
به عنوان یک مدیر محصول حرفهای، اولویتبندی بکلاگ (Product Backlog) یکی از کلیدیترین وظایف ماست تا مطمئن شویم تیم روی مواردی کار میکند که بیشترین ارزش را ایجاد کند. شما میخواهید از مقیاس ۱ تا ۱۰ برای ارزش تجاری (Business Value) و ارزش کاربری (User Value) استفاده کنید، اما بدون تکیه بر شهود و بر…
-
نتایج یادگیری هوش مصنوعی برای اسکرام مسترها
مهدی حسینی(هلند) من در طول بیش از ۲۰ سال فعالیت در صنعت نرمافزار، تغییرات زیادی را در حوزه توسعه نرمافزار تجربه کردهام، اما هوش مصنوعی متفاوت است. این فقط یک تغییر دیگر نیست؛ یک انقلاب است. هوش مصنوعی بدون هیچ تردیدی تواناییهای شما را گسترش میدهد. مانند این است که یک همکار دانا را تقریباً…
-
گسترش Impact Mapping برای دستیابی به بینش بهتر از محصول
کرت بیتنر (Kurt Bittner)۱۲ ژوئن ۲۰۱۸ Impact Mapping یک تکنیک قدرتمند است که به تیمها کمک میکند بفهمند چگونه کاری که انجام میدهند به نتایجی که سازمانشان به دنبال دستیابی به آنهاست متصل میشود. ما مدتی است از این تکنیک در دورههای Scaled Professional Scrum و Professional Scrum Product Owner استفاده میکنیم، اما مدتی بود…
-
یک کلمه که توضیح میدهد چرا جلسات اسکرام کار نمیکنند… «چون»
استیون دنیر(بلژیک)۲۲ ژانویه ۲۰۲۶ «چون» در اینجا بارِ بسیار سنگینی را به دوش میکشد: «این رویدادها کار میکنند چون ستونهای تجربی اسکرام یعنی شفافیت، بازرسی و انطباق را پیادهسازی میکنند.» — راهنمای اسکرام کمبرآوردشدهترین کلمه در این جمله، «چون» است. نه «چه زمانی». نه «اگر». چون. همین یک کلمه، جمله را به یک ادعای علت–معلولی…
-
اسکرامِ حرفهای یعنی «تغییرِ واقعی»؛ نه تقویمِ جلسهها
خیلی از تیمها اسکرام را با «یک سری رویداد و ابزار» اشتباه میگیرند: برد، استندآپ، اسپرینت، و چند نمودار. این مدل معمولاً در کوتاهمدت حسِ سرعت میدهد، اما در میانمدت به یکی از این نتایج ختم میشود: بدهی فنی، افت کیفیت، فرسودگی تیم، و بیاعتمادی ذینفعان. پذیرش اسکرام ذاتاً دشوار است چون از تیم و…
-
مدیریت وسواس فکری در برنامهریزی و پیگیری پروژهها: راهنمایی برای مدیران محصول و صاحبان محصول
در دنیای پویای مدیریت محصول، جایی که Product Owners (PO) و Product Managers (PM) مدام با برنامهریزی، پیگیری و آپدیت پروژهها سروکار دارند، وسواس فکری میتواند یک چالش جدی باشد. این وسواس، که اغلب بخشی از اختلال وسواس فکری-عملی (OCD) یا تمایلات کمالگرایانه است، ممکن است به صورت نیاز مفرط به دقت، چک کردن چندینباره…
-
پُستمورتِم چیست؟
در اسکرام، پستمورتِم یک رویداد رسمی نیست؛ اما میتواند بهعنوان رتروسپکتیوِ متمرکز یا یک جلسهی یادگیریِ پس از انتشار اجرا شود و خروجیهایش وارد بکلاگ محصول/بهبود شود (هماهنگ با سه رکن: شفافیت، بازرسی، انطباق در راهنمای اسکرام ۲۰۲0).
-
حرکت از Velocity به تصمیمهای شواهد-محور، وقتی معیارها باید به Outcome پاسخ بدهند
سالهاست Velocity در تیمهای اسکرام استفاده میشود؛ عددی که قرار بود فقط یک «سیگنال داخلی» باشد، اما در عمل به ابزار پیشبینی، تعهد، مقایسه و حتی قضاوت تبدیل شده است. مسئله این نیست که Velocity ذاتاً بد است؛ مسئله این است که آن را به چیزی تبدیل کردهایم که هرگز قرار نبود باشد.