بک‌لاگ محصول ابزار مهمی برای ثبت ایدهها و نیازمندی‌ها است. اما این ابزار برای تشریح روند توسعه احتمالی محصول در بلندمدت کارایی کمتری دارد. در این شرایط، نقشه راه محصول مطرح می‌شود. اما نقشه راه محصول و بک‌لاگ محصول چه ارتباطی با هم دارند؟ آیا بک‌لاگ از نقشه استخراج می‌شود یا برعکس؟ آیا مالک محصول باید مسئول هر دو مورد باشد؟ برای پی بردن به پیشنهاد ما، ادامه مطلب را بخوانید.
نقشه راه محصول در مقابل بک‌لاگ محصول
نقشه راه محصول و بک‌لاگ محصول دو ابزار مهم مدیریت محصول هستند. هریک از این دو ابزار نقاط قوت و ضعف خود را دارد: نقشه راه عبارت است از ابزار راهبردی برنامهریزی محصول که نحوه رشد احتمالی محصول در چندین انتشار اصلی را نشان می‌دهد. نقشه راه محصول باعث تداوم هدف می‌شود، همکاری ذی‌نفعان را تسهیل، به دستیبابی به تأمین سرمایه کمک، و شرایط را به منظور همکاری برای توسعه و آغاز فروش محصول آسان می‌کند.
بک‌لاگ محصول شامل کارهای چشمگیری است که برای ایجاد محصولاتی از جمله اپیک‌ها و استوری‌های کاربر، نمودارهای جریان کار، اسکچ‌های طراحی واسط کاربری، و موکاپ‌ها ضروری‌اند. بک‌لاگ محصول ابزاری تاکتیکی است که کار تیم توسعه را هدایت و مبنایی را (با استفاده از نمودار پیشرفت انتشار) برای پیگیری پیشرفت پروژه ایجاد می‌کند. خلاصه تفاوت‌های اصلی نقشه راه و بک‌لاگ در نمودار زیر آمده است.
این دو ابزار، در صورتی که بهطور صحیح به‌کار روند، به خوبی مکمل یکدیگر هستند. نقشه راه محصول چتری را برای بک‌لاگ محصول ایجاد می‌کند؛ نقشه راه محصول مطالب بیش‌تری در مورد رشد احتمالی محصول دارد، درحالی‌که بک‌لاگ محصول شامل جزئیاتی است که برای ایجاد محصول ضروری‌اند.
استخراج بک‌لاگ محصول از نقشه راه محصول
توصیه میکنم، به خصوص وقتی محصول هنوز نو یا بازار پویاست، بک‌لاگ محصول را از نقشه راه محصول استخراج کنید. با این حال، فرض می‌شود نقشه راه واقع‌گرایانۀ محصولی دارید که ورودی صحیحی مانند ویژگی‌ها و اهداف انتشار را برای بک‌لاگ ایجاد می‌کند.
میتوانید این رویکرد را در موارد دیگری نیز به‌کار گیرید و بک‌لاگ محصول‌تان را بر ترخیص محصول بعدی متمرکز کنید. از این کار، بک‌لاگ کوتاهی به دست میآید که به‌روزرسانی و تغییرش آسان است ـ فرض می‌شود چرخه‌های جدید محصول را در معرض کاربران قرار میدهید، بازخورد و دادههای کاربر را جمعآوری و تحلیل میکنید، و بینشهادی جدید را در بک‌لاگ میگنجانید. برای انجام این کار، مطابق شکل زیر، از هدف انتشار در نقشه راه‌تان برای بررسی بک‌لاگ محصول‌تان استفاده کنید.
بیشتر بخوانید: استراتژی محصول خوب چگونه است؟ + نمونه موردی اسنپ
تمامی همپوشانی‌های بین نقشه راه و بک‌لاگ را به حداقل برسانید
متأسفانه، دریافتم که نقشه‌های راه محصول می‌توانند حاوی جزئیات بسیار زیادی از جمله اپیک‌ها و استوری‌های کاربر باشند، و برخی از بک‌لاگ‌های محصول بیش از حد متوجه آینده هستند . این موضوع باعث ابهام بین این دو موضوع می‌شود؛ چنین چیزی منجر به نقشه‌راه محصولی می‌شود که درک آن دشوار، مستعد تغییر، و مدیریت آن بیش از حد طولانی و دشوار است.
بنابراین، این دو ابزار را از هم جدا کرده و از نقاط قوت مربوط به آن‌ها استفاده کنید. از نقشه‌راه برای شرح سفر کلی محصول و از بک‌لاگ برای نمایش جزئیات استفاده کنید. اپیک و استوری را به نقشه‌راه محصول‌تان اضافه نکنید. در عوض، همیشه به سراغ ویژگی‌های سطح بالا و قابلیت‌های محصول بروید.
پیکربندی نقشه راه محصول و بک‌لاگ محصول را حفظ کنید
از اثرگذاری بک‌لاگ محصول بر نقشه راه محصول آگاه باشید: با بازخوردی که از قرار دادن چرخه‌های محصول در معرض کاربران به دست می‌آورید ممکن است مثلاً منجر به تغییر نقشه‌راه شوید. به همین نحو، اگر کار در اسپرینت‌ها مطابق انتظار پیش نرود، ممکن است مجبور باشید نقشه راه را به‌روزرسانی و مثلاً هدف و تاریخ را اصلاح کنید. بنابراین، حفظ پیکربندی نقشه راه محصول و بک‌لاگ محصول مهم است. همان‌طورکه پیش‌تر گفته شد، از نقشه راه محصول برای راهنمایی کار پاکسازی بک‌لاگ (Backlog Grooming) استفاده کنید و در زمان بازبینی نقشه راه محصول، تغییرات بک‌لاگ محصول را در نظر بگیرید. مطابق قاعده‌ای تجربی، بازبینی‌ها باید هر سه ماه یک بار انجام شوند و شامل نمایندگان تیم توسعه‌دهنده و سایر ذی‌نفعان مهم باشند.
برای مطالعه دیگر مطالب در زمینه الفبای مدیریت محصول از این لینک استفاده کنید.
