دسته: تخمین تیمی
-
اسکرامِ حرفهای یعنی «تغییرِ واقعی»؛ نه تقویمِ جلسهها
خیلی از تیمها اسکرام را با «یک سری رویداد و ابزار» اشتباه میگیرند: برد، استندآپ، اسپرینت، و چند نمودار. این مدل معمولاً در کوتاهمدت حسِ سرعت میدهد، اما در میانمدت به یکی از این نتایج ختم میشود: بدهی فنی، افت کیفیت، فرسودگی تیم، و بیاعتمادی ذینفعان. پذیرش اسکرام ذاتاً دشوار است چون از تیم و…
-
تخمین در اجایل خراب نیست؛ اما شاید طرز فکرمان خراب باشد
تخمین در اجایل اغلب حس «خراب بودن» میدهد.اما شاید مشکل از تکنیک نباشد؛ مشکل از ذهنیتی است که پشت آن قرار دارد. تا به حال این جملات را شنیدهاید؟ اگر مشکل واقعی ابزار نباشد، بلکه نوع فکر کردن ما درباره آن باشد، چه؟ «اجایل همینطوری کار میکند…» مدتی پیش، تیمی به ما گفت کوچ اجایلشان…
-
حرکت از Velocity به تصمیمهای شواهد-محور، وقتی معیارها باید به Outcome پاسخ بدهند
سالهاست Velocity در تیمهای اسکرام استفاده میشود؛ عددی که قرار بود فقط یک «سیگنال داخلی» باشد، اما در عمل به ابزار پیشبینی، تعهد، مقایسه و حتی قضاوت تبدیل شده است. مسئله این نیست که Velocity ذاتاً بد است؛ مسئله این است که آن را به چیزی تبدیل کردهایم که هرگز قرار نبود باشد.
-
Velocity؛ آن چیزی نیست که فکر میکنید
تیتر «Velocity؛ آن چیزی نیست که فکر میکنید» همراه با آیکونهای خودرو، ساعت، تابلو محدودیت سرعت و مسیر پرپیچوخم—نمادی از برداشتهای اشتباه درباره Velocity در اجایل و نیاز به درک بهتر آن. در پست قبلی گفتیم که تخمین در اجایل بهخاطر تکنیکها خراب نیست؛مشکل از طرز فکر پشت آنهاست. (میتوانید آن مطلب را اینجا بخوانید.)…
-
هنوز از Velocity استفاده میکنید؟ دوباره آن را مفید کنید
و بهجای اینکه بپرسیم «آیا به تاریخ موردنظر میرسیم؟»، سؤالها تغییر میکنند به: چه چیزهایی را با اطمینان انجام خواهیم داد؟ چه چیزهایی در معرض ریسک هستند؟ حاضر به چه بدهبستانهایی هستیم؟
-
استوری پوینت: زبان مشترک تیمهای چابک برای تخمین هوشمندانه Velocity
در دنیای توسعه نرمافزار به روش چابک، تخمین دقیق کارها همواره یکی از چالشهای اساسی تیمها بوده است. استوری پوینت به عنوان یک واحد اندازهگیری نسبی، انقلابی در نحوه برآورد تلاش مورد نیاز برای تکمیل کارها ایجاد کرده است. این مفهوم که در قلب فرآیندهای اسکرام و کانبان قرار دارد، نه تنها ابزاری برای تخمین،…
-
معرفی «Control Chart» در جیرا – راهنمای عملی برای تیمهای اسکرام
Control Chart چیست؟ کنترلچارت نموداری است برای دیدن چرخهزمان (Cycle Time) هر آیتم کاری از وقتی «شروع به کار» میشود تا وقتی «Done» میشود. هدفش این است که سرعت و پایداری جریان کار را بسنجید و نقاط غیرعادی (Outliers) و گلوگاهها را کشف کنید. اجزای نمودار تعریف Outlier (نقطهٔ غیرعادی): آیتمی که چرخهزمانش بهوضوح خارج…
-
اولویتبندی بکلاگ محصول با مدل Kano: راهنمای کاربردی برای تیمهای محصول
در فرآیند توسعه محصول، یکی از چالشهای اصلی این است که بدانیم کدام ویژگیها بیشترین ارزش را برای کاربران ایجاد میکنند و کدامها صرفاً «باید باشند» تا نارضایتی به وجود نیاید. مدل Kano یکی از ابزارهای معتبر و ساده برای پاسخ به همین مسئله است. این مدل به مدیران محصول و تیمهای توسعه کمک میکند…
-
دو QA برای پنج محصول: از بحران اولویت تا جریان شفاف – راهکار اسکرام
راهنمای عملی برای تسهیل اولویتها، ظرفیتسنجی، و ساخت کیفیت درون فرایند (Scrum Guide 2020) Problem Context — قصهی یک تیم QA «سِرویسی» یک تیم QA دو نفره داریم که بین ۵ محصول بهاشتراک گذاشته شدهاند. هر PO در بورد اسپرینتِ خودش «تسک QA» میگذارد و تیم QA موظف است این تسکها را از محصولات مختلف…