تمرین تیم‌سازی در چارچوب Scrum

Velocity؛ آن چیزی نیست که فکر می‌کنید

تیتر «Velocity؛ آن چیزی نیست که فکر می‌کنید» همراه با آیکون‌های خودرو، ساعت، تابلو محدودیت سرعت و مسیر پرپیچ‌وخم—نمادی از برداشت‌های اشتباه درباره Velocity در اجایل و نیاز به درک بهتر آن.

در پست قبلی گفتیم که تخمین در اجایل به‌خاطر تکنیک‌ها خراب نیست؛
مشکل از طرز فکر پشت آن‌هاست. (می‌توانید آن مطلب را اینجا بخوانید.)

ما «مخروط عدم‌قطعیت» را بررسی کردیم و نشان دادیم که پیش‌بینی درباره دقت نیست؛
درباره‌ی پذیرفتن این واقعیت است که هرچه کمتر بدانیم، پیش‌بینی‌پذیری هم کمتر می‌شود.

حالا بیایید درباره Velocity صحبت کنیم.
چون یکی از بدفهمیده‌شده‌ترین اعداد در توسعه محصول است.

Velocity تنها گزینه نیست. شاید حتی بهترین گزینه هم نباشد.
اما یکی از رایج‌ترین چیزهایی است که در تیم‌ها می‌بینیم.

قبل از این‌که سراغ روش‌های دیگر برنامه‌ریزی و پیش‌بینی برویم، باید روشن کنیم Velocity چی هست و چی نیست.

Velocity چیست؟

Velocity یک هدف نیست؛ یک نتیجه است.

Velocity نشان می‌دهد یک تیم در یک اسپرینت چقدر کار را به‌طور کامل تحویل داده است.
معمولاً این مقدار با استوری‌پوینت اندازه‌گیری می‌شود.

همین.

Velocity:

  • سرعت نیست
  • بهره‌وری نیست
  • عددی نیست که باید به آن برسید
  • چیزی است که باید مشاهده‌اش کنید

اگر درست استفاده شود، به تیم کمک می‌کند به این سؤال‌ها پاسخ دهد:

  • معمولاً چقدر کار را تمام می‌کنیم؟
  • چقدر باثبات هستیم؟
  • برای آینده چه چیزی را می‌توانیم پیش‌بینی کنیم؟

همین و بس.
و اگر با ذهنیت درست به آن نگاه کنیم، همین هم کافی است.

کجا اشتباه می‌شود؟

تیم‌ها می‌گویند Velocity عملکرد گذشته را نشان می‌دهد؛
اما بعد:

  • میانگین را مثل یک تعهد قطعی در نظر می‌گیرند
  • در دنیایی ناپایدار انتظار ثبات دارند
  • از آن برای مقایسه تیم‌ها استفاده می‌کنند
  • آن را به پاداش و KPI وصل می‌کنند
  • هدف اصلی‌اش را فراموش می‌کنند

در این نقطه، Velocity تبدیل به هدف می‌شود.
و وقتی این اتفاق بیفتد:

  • تخمین‌ها باد می‌کنند
  • پیش‌بینی‌ها خشک و غیرقابل انعطاف می‌شوند
  • و اعتماد آسیب می‌بیند

بله، روش‌های بهتری برای برنامه‌ریزی وجود دارد.
اما ما همیشه تیم‌ها را از جایی که هستند همراهی می‌کنیم، نه از جایی که دوست داریم باشند.

وقتی ذهنیت تغییر کند، معمولاً روش‌های بهتر هم به‌دنبالش می‌آیند.

بیایید واقعی‌اش کنیم

دو شهر.
۱۴۰ مایل فاصله.
محدودیت سرعت: ۷۰ مایل در ساعت.

پس سفر دقیقاً دو ساعت طول می‌کشد؟

قطعاً نه.

شما تمام مسیر را با سرعت ۷۰ نمی‌روید:

  • ترافیک هست
  • تعمیرات جاده هست
  • زمان روز مهم است
  • هوا تأثیر دارد
  • میدان‌ها و توقف‌ها وجود دارد

وقتی سفر را برنامه‌ریزی می‌کنید، زمان دقیق نمی‌دهید؛
یک بازه می‌دهید بر اساس چیزهایی که می‌دانید.

این یعنی پیش‌بینی.
این یعنی مخروط عدم‌قطعیت.
و دقیقاً همین ذهنیت در توسعه محصول هم کاربرد دارد.

مسیریاب قدیمی در برابر ترافیک زنده

مسیریاب‌های مدرن، زمان رسیدن (ETA) را بر اساس شرایط واقعی محاسبه می‌کنند.
آن‌ها مدام خود را به‌روزرسانی می‌کنند.
قول زمان ثابت نمی‌دهند.

اما مسیریاب‌های قدیمی؟
فقط فاصله و سرعت را حساب می‌کردند.

یکی به شما کمک می‌کند تصمیم‌های بهتری بگیرید.
دیگری حس کاذب کنترل می‌دهد.

اگر تیم شما Velocity را مثل یک عدد ثابت استفاده می‌کند،
در واقع دارید با یک مسیریاب قدیمی حرکت می‌کنید.

پیش‌بینی باید با یادگیری تنظیم شود.

Velocity وقتی دوباره مفید می‌شود که با «بازه» استفاده شود

اگر از Velocity برای پیش‌بینی استفاده می‌کنید، فقط میانگین را برندارید.
از یک بازه استفاده کنید:

  • بهترین حالت
  • حالت معمول
  • بدترین حالت

این کار:

  • انعطاف ایجاد می‌کند
  • واقع‌گرایی می‌آورد
  • و Velocity را از «نمره» به گفت‌وگو تبدیل می‌کند

درک Velocity در اجایل

Velocity معمولاً در تیم‌هایی استفاده می‌شود که کار را به‌صورت نسبی تخمین می‌زنند—اغلب با استوری‌پوینت.

این رویکرد بی‌نقص نیست،
اما یک زبان مشترک برای صحبت درباره پیچیدگی و پیگیری کارهای تمام‌شده ایجاد می‌کند.

وقتی با تیم‌ها کار می‌کنیم، اغلب از یک اسکچ ساده استفاده می‌کنیم تا ذهنیت درباره Velocity ریست شود:

  • Velocity فقط یک نتیجه است
  • هدف نیست
  • وعده نیست
  • سرعت نیست
  • فقط کار تمام‌شده را می‌شمارد، نه کار شروع‌شده

و همین مهم است.

ما همچنین یادآوری می‌کنیم که فقط روی میانگین تمرکز نکنند.
در عوض بپرسند:

  • کمترین Velocity اسپرینت شما چقدر بوده؟
  • میانگین چقدر است؟
  • بیشترین چقدر بوده؟

این بازه خیلی بیشتر از یک عدد واحد به شما می‌گوید.
عدم‌قطعیت و نوسان را نشان می‌دهد.

در بلاگ بعدی بررسی می‌کنیم این موضوع چطور به پیش‌بینی وصل می‌شود.

جمع‌بندی

بله، روش‌های قدرتمندتری برای برنامه‌ریزی وجود دارد.
اما همه تیم‌ها هنوز آماده‌ی آن‌ها نیستند—و این کاملاً طبیعی است.

ما تیم‌ها را از جایی که هستند همراهی می‌کنیم.

Velocity چیزی است که بسیاری از تیم‌ها استفاده می‌کنند؛
پس به آن‌ها کمک می‌کنیم درست از آن استفاده کنند.

هدف این مقاله ترویج Velocity نیست؛
هدف، توضیح و زمین‌گیر کردن آن در واقعیت است.

یک نکته پایانی

Velocity کامل نیست.
اما برای بسیاری از تیم‌ها، یک گام رو به جلوست—به‌سمت برنامه‌ریزی بهتر و گفت‌وگوهای صادقانه‌تر.

اگر درست استفاده شود، اعتماد می‌سازد.
اگر بد استفاده شود، اتلاف ایجاد می‌کند.

عدد مهم نیست.
طرز فکر مهم است.

منبع Agile Velocity Explained: It’s Not Speed or a Target


منتورینگ رایگان مالکین محصول

«اگر در یک شرکت نرم‌افزاری مشغول به کارهای روزانه یک PO هستید و دوست دارید در مورد پیاده‌سازی اجایل، اسکرام و چالش‌های نقش PO در چهارچوب اسکرام یا تفکر استراتژیک در محصول، راهنمایی و مشاوره بگیرید، در خدمتتون هستم. یک وقت در adplist بگیرید.»


دیدگاه‌ها

دیدگاهتان را بنویسید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *

error: اجازه کپی محتوا وجود ندارد