logo_largelogo_largelogo_largelogo_large
  • خانه
  • چشم‌انداز
  • دانش‌نامه
  • منابع آموزشی
  • مقاله‌ها
  • دوره‌های تخصصی
  • بازگفت‌های ناب و چابک
  • تماس با ما
ثبت‌نام دوره
✕

بک‌لاگ محصول ناب(بخش پایانی)

19 خرداد 1405

نوسانات غیرضروری را محدود کنید

نوسان[1]، که ناهمواری نیز نامیده می‌شود، مانع از حرکت روان کار می‌شود. اگرچه همه نوسانات که در بک‌لاگ محصول اتفاق می‌افتند بد نیستند- برای نمونه، اندازۀ قلم‌های آن باید بسته به اولویتشان متفاوت باشد تا اتلاف به حداقل برسد- اما کاهش نوسانات غیرضروری کمک می‌کند تا بتوانیم بک‌لاگ و جریان کار ناب[2] ایجاد کنیم:

تکنیک‌های مربوط به توصیف قلم‌های بک‌لاگ محصول را استاندارد کنید. داستان‌های کاربر را برای بیان نیازمندی‌های کارکردی[3] و نیازمندی‌های غیرکارکردی[4] مانند کارایی[5] و استحکام[6] انتخاب کنید. بر روی روش‌های رایجی مانند طرح‌ اولیه[7]، طرح اسکلت‌بندی[8] و پیش‌نمایش[9] که برای توصیف نیازمندی‌های خوش‌کاری[10] استفاده می‌شوند توافق کنید.

از هدف اسپرینت[11] استفاده کنید. هدف اسپرینت نتیجه[12] موردِانتظار اسپرینت را خلاصه و تیم اسکرام را یک قدم به انتشار محصول نزدیک‌تر می‌کند. هدف اسپرینتِ مشترک تضمین می‌کند که همه اعضای تیم در راستای تحقق این هدف کار می‌کنند. هدف اسپرینت با محدود کردن انواع نیازمندی‌هایی که تیم در یک اسپرینت مشخص روی آن‌ها کار می‌کند نوسان را کمینه می‌کند. برای نمونه، با انتخاب قلم‌های مربوط به یک تم[13]. این کار همکاری تیمی را تسهیل می‌کند و می‌تواند سرعت[14] تیم را افزایش دهد.

مطمئن شوید که قلم‌های با اولویت بالا تقریباً هم‌اندازه‌اند و ترجیحتان قلم‌هایی با اندازه کوچک باشد- قلم‌هایی که می‌توانند در طی چند روز به بخشی از محصول[15] تبدیل شوند. این کار نوسان را کم می‌کند، پیگیری پیشرفت در داخل اسپرینت را بهبود می‌بخشد و به دلیل این که مالک محصول می‌تواند بازخورد درست به موقع[16] از نتایج کار بگیرد از ایجاد نقص‌ها[17] جلوگیری می‌کند. توجه داشته باشید که این رویکرد زمانی به بهترین شکل کار می‌کند که تیم از رویه‌های عملی ایجاد چابک[18] شامل ایجاد داستان‌محور[19] استفاده کند.

با استفاده از انتشارهایی با طول ثابت آهنگ پیوسته[20] ایجاد کنید. پروژه‌های خود را زمان‌ثابت[21] در نظر بگیرید: پنجرۀ فرصتی بر مبنای چشم‌انداز محصول و بک‌لاگ محصول شناسایی کنید و سپس تاریخ انتشار ثابتی در نظر بگیرید. شرکت Salesfore.com را در نظر بگیرید، فراهم‌کنندۀ پیش‌تاز در زمینه خدمات تقاضامحور[22] مدیریت ارتباط با مشتری. این شرکت به روز رسانی محصول خود را هر چهار ماه یک بار منتشر می‌کند. در نتیجه، این شرکت در حالی که افزایش فوق‌العاده‌ای را در تعداد ویژگی‌های تحویلی تجربه کرده است توانسته زمان انجام کار[23] ویژگی‌های جدید را نیز به شدت کم کند. توجه داشته باشید که آهنگ پیوسته و سریع از سایر سنجه‌ها همانند کمینه کردن موجودی بک‌لاگ محصول پشتیبانی می‌کند.

جلوی کار اضافی را بگیرید

مادامی که افراد خیلی زیاد کار می‌کنند و مادامی که پروژه‌ها و تیم‌ها در میان کارهای بسیار زیادی غرق شده‌اند، حذف اتلاف و نوسان اثربخش نیست. اگر میزان کار را متناسب با ظرفیت و قابلیت‌های سازمان تنظیم نکنیم احتمالاً اتلاف و نوسان دوباره ظاهر می‌شوند. فرض کنید می‌خواهیم نقص‌ها[24] را حذف کنیم اما هنوز پروژه از مشکل کار اضافی رنج می‌برد. در این صورت احتمالاً مشکلات مربوط به کیفیت پروژه دوباره ظاهر شوند چون اعضای پروژه هنوز زیر فشارند و کارهای زیادی به آن‌ها تحمیل شده است. در حقیقت کار اضافی منشأ اصلی اتلاف‌هایی مانند کار در جریان[25]، انتظارها و تاخیرها[26]، جا به جایی بین وظایف[27] و نقص‌ها هستند.

برای حذف کار اضافی اجازه دهید بک‌لاگ محصول مطابق بازخورد مشتری و کاربر رشد کند. تغییر نیازمندی‌ها را فرصتی برای ایجاد مزیت رقابتی در نظر بگیرید و از بازخورد و پیش‌رفت پروژه برای تصمیم‌گیری در مورد کارکردی که باید پیاده‌سازی شود استفاده کنید. تیم را تشویق کنید تا مقداری قلم وارد اسپرینت کند که می‌تواند آن‌ها را در یک آهنگ پایداری به بخشی از محصول تبدیل کند. مطمئن شوید که قلم‌های با اولویت بالا آماده‌اند: آن‌ها باید شفاف، قابل آزمون و امکان‌پذیر باشند. این کار از نادیده گرفتن وظیفه‌ها و آوردن کار زیاد به اسپرینت جلوگیری می‌کند. در نهایت اندازۀ قلم‌های با اولویت بالا کوچک باشند. این کار به تیم اجازه می‌دهد تا بهره‌برداری از کار خود را بهینه کند. این کار همچنین جلوی خطر از دست رفتن وظیفه‌ها را می‌گیرد- مشکل رایجی که در مورد داستان‌های بزرگ وجود دارد.

مترجم: علی‌رضا افشار
منبع: www.romanpichler.com
عنوان مقاله: The Lean Product Backlog

[1] Variation

[2] Lean

[3] Functional Requirements

[4] Operational Qualities

[5] Performance

[6] Robustness

[7] Sketches

[8] Wire-frames

[9] Mock-ups

[10] Usability

[11] Sprint Goal

[12] Outcome

[13] Theme

[14] Velocity

[15] Product Increment

[16] Just-in-Time

[17] Defects

[18] Agile Development Practices

[19] Story-Driven

[20] Steady Cadence

[21] Time Box

[22] On-demand

[23] Lead-Time

[24] Defects

[25] Work-in-Progress

[26] Waiting and Delays

[27] Task-Switching

Share
علیرضا افشار

علیرضا افشار

Related posts

27 تیر 1405

گفت و گویی در گروه تلگرامی نیازمندی‌ها


Read more
26 مهر 1404

کارایی جریان در ایجاد ناب نرم‌افزار


Read more
9 اسفند 1403

از 10 اشتباه در تعیین استراتژی محصول دوری کنید (بخش پایانی)


Read more

دیدگاهتان را بنویسید لغو پاسخ

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

نیازمندی­‌های چابک

سایت نیازمندی­‌های چابک قصد دارد مرجع تخصصی آموزش نیازمندی­‌های نرم‌­افزار چابک در صنعت نرم‌­افزار کشور شود. این آموزش­‌ها می‌­توانند نقش موثری در راستای روشن کردن مسیر پیش روی تمام افرادی که به نحوی در حوزه نیازمندی­‌ها درگیر هستند و ایفای نقش می­‌کنند، داشته باشند. از این رو، مسیر آموزشی مشخص و روشنی را برای دستیابی به این امر مهم طراحی کرده‎‌ایم و در قالب دوره‌های آموزشی تخصصی به شما عزیران ارائه می‌دهیم.

اطلاعات تماس


جهت تماس با ما از روش‌های زیر یا صفحه تماس با ما استفاده کنید.

۰۹۳۶۴۳۳۱۷۰۸
Agile.Requirement@gmail.com

تمامی حقوق برای سایت نیازمندی‌های چابک محفوظ است.
ثبت‌نام دوره