تحلیل کسب و کارتصمیم‌گیری

تحلیل و اولویت‌بندی مسکو (MOSCOW) چیست و چه کاربردی دارد؟

راهنمای کامل اولویت‌بندی مسکو

همواره در مدیریت پروژه‌ها اولویت نیازمندی‌ها امری حیاتی می‌باشد. این مسئله با اولویت‌بندی ممکن است و آن را می‌توان برای نیازمندی‌ها،داستان کاربر(User Stories)، وظایف، محصولات، موارد مورد استفاده، معیارهای پذیرش و آزمون اعمال کرد.

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

  • Must Have
  • Should Have
  • Could Have
  • Won’t Have this time

قوانین تحلیل مسکو

  1. اولویت‌های از نوع Must Have

این موارد حداقل نیاز قابل استفاده در پروژه را ارائه می‌دهند. اینها ممکن است با استفاده از برخی موارد زیر تعریف شوند:

  • بدون این اولویت‌ها، زمانبندی و تلاش برای رساندن کار به نقطه پایانی بی‌نتیجه است.
  • بدون این اولویت‌ها، قانونی وجود ندارد.
  • بدون این اولویت‌ها، جریان عملکرد پروژه ناامن است.
  • بدون آن نمی‌توان یک راه‌حل مناسب ارائه داد.

هموراه این سوال را در نظر داشته باشید که “اگر این شرط برآورده نشود، چه اتفاقی می‌افتد؟” اگر پاسخ “لغو پروژه” باشد و متوجه شوید اجرای راه‌حلی که این شرط را برآورده نکند، هیچ فایده‌ای ندارد، بنابراین شما به یک اولویت‌بندی Must Have نیاز دارید.

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

  1. اولویت‌های از نوع Should Have

این نوع اولویت‌بندی باید شرایط لازم را داشته باشند:

  • این موارد مهم هستند اما حیاتی نیست
  • کنارگذاشتن آنها ممکن است دردناک باشد، اما راه‌حل آن هنوز قابل استفاده است
  • ممکن است به نوعی راه‌حل نیاز داشته باشد، به عنوان مثال مدیریت انتظارات، برخی از ناکارآمدی‌ها، مدیریت مدارک و غیره. (راه‌حل ممکن است فقط یک راه‌حل موقت باشد)

بررسی درجه درد ناشی از عدم تأمین نیاز، که از نظر ارزش تجاری یا تعداد افراد آسیب دیده اندازه‌گیری می‌شود، از موارد مهم در این روش از اولویت‌بندی می‌باشد. به طور مثال، مشخص کردن زمان مورد استفاده برای خوانده شدن یک محتوا توسط مشتری، مورد ضروری نیست اما به سهولت کار می‌افزاید.

  1. اولویت‌های از نوع Could Have

این نوع اولویت‌ها به این صورت تعریف می‌شوند:

  • مورد نظر یا مطلوب هستند اما از اهمیت کمتری برخورداراند.
  • در صورت کنار گذاشتن تأثیر کمتری روی پروژه خواهند داشت.

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

  1. اولویت‌های از نوع Won’t Have this time

این اولویت‌ها به راحتی قابل حذف و نادیده گرفته شدن هستند. بود و نبود آنها هیچ تاثیری در روند کار و یا بازه زمانی مورد نظر شما نخواهد داشت. حتی در مواردی با کنار گذاشتن این مسائل می‌تواند کار خود را سرعت بدهید.

اولویت‌بندی مسکو در یک بازه زمانی خاص

در یک پروژه سنتی، همه نیازمندی‌ها به عنوان Must Have در نظر گرفته می‌شوند، زیرا از ابتدا انتظار می‌رود که همه چیز تحویل داده خواهد شد و در صورت بروز مشکلات، زمان (تاریخ پایان) به طور معمول کمی لغزش خواهد داشت.

اما پروژه‌های چابک رویکرد کاملا متفاوتی دارند. در این نوع عملکرد باید تمام موارد سر جای خود و از قبل برنامه‌ریزی شده باشند. مواردی مانند مدیریت زمان، هزینه، کیفیت کار و حتی مذاکرات باید توسط تیم به بهترین نحو پیش بروند.

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

بنابراین در این مرحله، یک نیاز ممکن است دارای دو اولویت باشد. مسکو برای پروژه و مسکو برای افزایش عملکرد آن پروژه. سرانجام، هنگام برنامه‌ریزی برای یک تایم باکسینگ (Time box: تعیین محدوده‌ی زمانی مشخص برای وظایف یا کارها) خاص فقط نیازمندی‌هایی که تیم توسعه قصد دارد راه‌حل‌های آن را نظر بگیرد، در جعبه اولویت‌ها قرار خواهند گرفت.

بنابراین نیازمندی‌ها ممکن است دارای سه سطح اولویت باشند:

  • مسکو برای پروژه
  • مسکو برای افزایش عملکرد پروژه
  • مسکو برای تایم باکسینگ

طبیعتا مهم است که اهداف تصویر بزرگ کار ما (تکمیل و تحویل پروژه) هنگام کار در سطح تایم باکسینگ فراموش نشوند. یک راه ساده برای مقابله با این مسئله، ایجاد یک تایم باکسینگ جداگانه برای هر زیرمجموعه از پروژه اصلی است که به طور خاص با یک تایم باکسینگ منفرد مرتبط است و اولویت‌ها را روی فضای اصلی پروژه تغییر ندهد.


مجموعه

تحلیل کسب و کار

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

  1. BA به چه معناست و تحلیل‌گر کسب و کار به چه کسی می‌گویند؟ (مقدمه‌ای بر BABOK)
  2. تعریف تحلیل کسب و کار براساس BABOK چیست؟
  3. دانلود کتاب | تحلیل کسب و کار BABOK
  4. چگونه مدرک CCBA یا CBAP در تحلیل کسب و کار بگیریم؟
  5. استراتژی‌های قبولی و اخذ مدرک CBAP
  6. مهم‌ترین نکات در اخذ مدرک CCBA و CBAP در تحلیل کسب و کار
  7. تحلیل کسب و کار چقدر اهمیت دارد؟
  8. مدل مفاهیم کلیدی تحلیل کسب و کار (BACCM) چیست؟
  9. چگونه تحلیل‌گران کسب وکار می‌توانند به فروش بیشتر کمک کنند؟
  10. یک روز از زندگی یک تحلیلگر کسب و کار
  11. به این ۷ دلیل شما باید یک تحلیلگر کسب و کار شوید
  12. پرونده تجاری (Business Case) چیست و چگونه نوشته می‌شود؟
  13. مهارت‌های زنجیره تامین که هر تحلیلگر کسب و کار باید بداند
  14. تحلیلگر کسب و کار به عنوان یک فروشنده
  15. مسیر تحلیلگر کسب و کار از سطح عملیاتی تا سطح استراتژیک
  16. دفاع از نیازهای ذی نفعان به عنوان رسالت تحلیلگر کسب و کار
  17. ۲۰ درس کلیدی از تحلیل کسب و کار
  18. تحلیلگر کسب و کار در محیط چابک (Agile)
  19. تحلیلگر کسب و کار در مقابل مدیر پروژه
  20. تکنیک طوفان فکری در تحلیل کسب و کار
  21. گروه تمرکز چیست و چگونه اجرا می‌شود؟
  22. تحلیل کسب و کار و مدیریت تغییر
  23. ارزیابی تحلیل کسب و کار با شاخص‌های کلیدی عملکرد (KPI)
  24. تحلیل کسب و کار با تکنیک «۵ چرا؟» | Five Whys
  25. چرا تحلیلگران کسب و کار باید از BPMN استفاده کنند؟
  26. سوالات مهم در مصاحبه استخدامی شغل تحلیل کسب و کار
  27. ساخت نیازمندی‌ها براساس سفر مشتری
  28. ۸ نکته از تحلیل کسب و کار و استخراج نیازمندی‌ها (Requirements Elicitation)
  29. داستان کاربر (User Story) چیست و چگونه استفاده می‌شود؟
  30. ارتباط تحلیل کسب و کار با داستان کاربر (User Story)
  31. ۹ نوع مستندات برای نیازمندی‌های تحلیل کسب و کار و کاربرد آن‌ها
  32. راهنمای کامل مدل کانو
  33. اولویت‌بندی نیازمندی‌ها در تحلیل کسب و کار
  34. تحلیل کسب و کار و میزان تسلط لازم بر حوزه تخصصی سازمان
  35. استفاده مجدد از نیازمندی‌ها (Requirements Reuse)
  36. ۳ روش در مشاوره تحلیل کسب و کار
  37. روش‌های تحلیل ذی‌نفعان
  38. ۵ ترند مهم در تحلیل کسب و کار
  39. ۱۰ نکته برای نقشه برداری فرایندهای کسب و کار 
  40. مدیریت نیازها هنری است که توسط یک تحلیلگر کسب و کار به دست می‌آید
  41. تحلیل و اولویت‌بندی مسکو (MOSCOW) چیست و چه کاربردی دارد؟
  42. ضرورت تعریف کردن نیازهای کسب و کار
  43. معرفی برترین نرم‌افزارهای مدیریت نیازمندی‌ها برای تحلیل کسب و کار
  44. معرفی تکنیک‌های مهم در تحلیل کسب و کار بر اساس BABOK
  45. چرا مشکلات و فرصت‌ها برای پروژه‌ها یکسان نیستند؟
  46. ۱۰ تکنیک‌ مهم در تحلیل کسب و کار
  47. نیازمندی‌های غیر کارکردی در تحلیل کسب و کار
  48. تجزیه و تحلیل SWOT چیست؟
  49. تجزیه و تحلیل بر اساس مدل PESTLE چیست و چه کاربردی دارد؟
  50. آموزش و راهنمای کامل دیاگرام جریان داده (Data Flow Diagram)
  51. تحلیل استراتژیک سازمانی
  52. مزایای تفکر استراتژیک و چگونگی توسعه آن
  53. دانلود گزارش سال ۲۰۲۰ موسسه جهانی تحلیل کسب و کار
  54. نمودار استخوان ماهی (Fishbone Diagram) چیست و چگونه ترسیم می‌شود؟
  55. تفکر سیستمی چیست؟
  56. اهمیت گوش دادن عمیق در تحلیل کسب و کار
  57. دانلود کتاب راهنمای آزمون تحلیل کسب و کار | CBAP / CCBA Certified Business Analysis Study Guide
  58. دانلود کتاب ضمیمه چابک راهنمای پیکره دانش تحلیل کسب و کار | Agile Extension to the BABOK

نوشته های مشابه

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

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

بستن