اگر شما یک مدیر پروژه هستید ، کلمات "الزامات روشن نبودند" باید برای شما بسیار آشنا به نظر برسند. الزامات غیر صریح یکی از مهمترین مشارکت کنندگان در یک پروژه ناموفق است. بنابراین ، جمع آوری و ردیابی الزامات برای تراز کردن محصول نهایی و انتظارات مشتری بسیار مهم است.
اگر به یک پروژه نگاه کنید ، چندین درخواست از ذینفعان داخلی و خارجی دریافت می کند. سوال این است که ، چگونه می توانید این الزامات و تغییرات موقت را پیگیری کنید؟چه چیزی برای اسکان در جدول زمانی امکان پذیر است و چه چیزی نیست؟
عملی ترین و علمی ترین راه حل برای ذخیره تمام الزامات در یک مکان و بررسی پیشرفت آنها ، تشکیل یک ماتریس ردیابی نیاز است.
ماتریس ردیابی نیاز یا RTM ، یک ابزار ضروری مدیریت پروژه است که یک روش روشمند برای ردیابی و نظارت بر الزامات از شروع تا تحویل فراهم می کند.
این جنبه مهمی از چرخه زندگی پروژه است زیرا به سازمان ها کمک می کند تا محصولات و خدمات آنها را مطابق با استانداردهای مورد نظر تضمین کنند.

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

بیایید به عمق اجزای اصلی ماتریس شیرجه بزنیم.
RTM مطابق با استانداردها و نیازهای سازمانی ایجاد می شود ، اما به طور کلی شامل شناسه نیاز ، شماره مرجع سند پایه ، شناسه اشکال و موارد آزمون است. برخی از عناصر مشترک شامل موارد زیر است.

پس از درک اصول اولیه RTM ، اهمیت آن را در قلمرو مدیریت پروژه بدانیم.
آیا اغلب در ردیابی نیازهای پروژه با چالش هایی روبرو هستید؟
آیا همیشه می بینید که نیازهای ذینفعان نیازهای سختی را ارائه می دهد؟
آیا شما ترجیح می دهید از همان رویکرد و تکنیک صرف نظر از نیاز استفاده کنید؟
اگر جواب شما بله بسیار جالب است! به همه سؤالات فوق ، احتمال اینکه شما از رویکرد مؤثر برای مستند کردن این الزامات پیروی نکنید ، احتمال دارد. اغلب مدیران پروژه نیازهای مشتری را فقط در مرحله شروع ارزیابی می کنند و آنها را در حین اجرای ردیابی نمی کنند. بعضی اوقات ، ممکن است این احتمال وجود داشته باشد که دامنه پروژه در برخی از مواقع بتواند اصلاح شود. اگر این جنبه ها در نظر گرفته نشود ، بین تحویل و انتظارات سوء استفاده می شود.
بنابراین ، ماتریس ردیابی نیاز نقش اساسی در مدیریت پروژه دارد.
هدف اصلی RTM پیگیری نیاز ، منبع آن ، ردیابی شیفت ها و چگونگی ارائه الزام در طول چرخه عمر پروژه است.
از آنجا که تمام جزئیات پروژه از پایان مشتری در حال حاضر وجود دارد ، به مدیران پروژه کمک می کند تا یک برنامه عملی را برای پروژه خط لوله پیش از منحنی بسازند. علاوه بر این ، مدیران می توانند بر اساس فعالیت های پروژه ، منابع منابع را به طور دقیق تخمین بزنند و روند لازم را آغاز کنند. بر این اساس ، مدیر منابع همچنین می تواند بهترین منابع را برای ارائه موفقیت آمیز پروژه شناسایی و اختصاص دهد.
در طی فرآیند اعتبار سنجی ، RTM سناریوهای مختلف آزمون ، وضعیت اجرای آزمایش را برای عملکردهای مختلف نمایش می دهد. همچنین در ترکیب درخواست ها یا اصلاحات تغییر موقت کمک می کند. با تمام این اطلاعات در نوک انگشتان ، تیم شما قادر خواهد بود با انتظارات جدید به طور مؤثر تلاش های خود را تغییر دهد.
علاوه بر این ، ماتریس قابل ردیابی مورد نیاز خطر نقص و اهداف از دست رفته را کاهش می دهد. این به مدیران پروژه کمک می کند تا خطرات را قبل از ایجاد مشکل ارزیابی و شناسایی کنند.

بنابراین ، واضح است که اعمال ماتریس قابلیت ردیابی الزامات ، تحقق اهداف و مدیریت پروژه ها را آسان تر می کند. حالا بیایید به چند نوع آن عمیق تر بپردازیم.
همانطور که در زیر ذکر شد ، سه نوع کلیدی از ماتریس ردیابی نیاز به استفاده در ردیابی الزامات وجود دارد.
این ماتریس در ابتدای یک پروژه ایجاد شده است تا اطمینان حاصل شود که محصول در جهت درست پیشرفت می کند. اصطلاح "قابلیت ردیابی رو به جلو" به نقشه برداری از الزامات برای آزمایش موارد اشاره دارد.
به عنوان مثال ، ردیابی رو به جلو ، همه راه را به محصول نهایی ردیابی می کند. هر الزام به طرحی که درخواست را برآورده می کند ردیابی می شود ، سپس کدی که آن طراحی را پیاده سازی می کند ، و در آخر ، تست هایی که کد ، طراحی و نیاز را تأیید می کنند. مشخص می کند که هر نیاز به طور کامل آزمایش می شود.
قابلیت ردیابی عقب به روند تطبیق موارد تست با الزامات اشاره دارد. از نظر اساسی ، مدیران را قادر می سازد تا منبع درخواست را ردیابی کنند. همچنین اطمینان حاصل می کند که محصول فعلی فعلی در مسیر است. هدف این است که اطمینان حاصل شود که دامنه پروژه در نتیجه افزودن کدها ، اجزای طراحی ، آزمایشات یا سایر فعالیتهایی که در الزامات اولیه بیان نشده است ، تغییر نمی کند.
به عنوان مثال ، در صنعت F& B ، یک دسته از محصول نهایی گرفته شده و از طریق این فرآیند ردیابی می شود ، تمام راه به مواد/مؤلفه ها/مواد تشکیل دهنده دریافت شده از تأمین کنندگان. این کمک می کند تا تأیید شود که محصول نهایی تمام استانداردهای کیفیت در نظر گرفته شده را رعایت کرده است.
ماتریس با بررسی میزان تحویل و "عقب" با بررسی نیاز مشخص شده در مرحله شروع پروژه ، دو جهته نامیده می شود. این امکان را به تیم ها می دهد تا از طریق ساختمان ، آزمایش ، ردیابی تغییرات ، تجزیه و تحلیل نقص و غیره ، از مشخصات کامل در مشخصات خود برخوردار شوند.
به عنوان مثال ، این ماتریس می تواند ضمن تجزیه و تحلیل تأثیر تغییر بر نیازهای اولیه ، بسیار مفید باشد.

اکنون که انواع مختلفی را می دانید ، اجازه می دهیم مراحل ایجاد یک ماتریس قابل ردیابی مورد نیاز را با موفقیت مرور کنیم.
برای ایجاد یک ماتریس قابل ردیابی مؤثر ، مدیران پروژه باید موارد خاصی را در ذهن داشته باشند ، از تعریف اهداف پروژه و ذکر همه جنبه های اساسی پروژه. در اینجا برخی از مراحلی که برای ایجاد یک ماتریس قابلیت ردیابی باید دنبال کنید.
اولین قدم اطمینان از تعریف دقیق اهداف پروژه است. برای تشریح این اهداف ، مدیران ابتدا باید انتظارات مشتری و نیازهای تجاری را درک کنند. قدم بعدی جمع آوری کلیه اطلاعات مربوط به پروژه و تجزیه اهداف در نقاط عطف است.
بیایید نمونه ای از یک پروژه را برای درک بهتر این موضوع بگیریم. ظاهراً شما یک پروژه برنامه تجارت الکترونیکی برای یک مارک لباس دریافت کرده اید. ایده اولیه همه برنامه های تجارت الکترونیکی ارائه یک تجربه خرید یکپارچه برای کاربران است. برای این کار ، آنها دو کارکرد می خواهند- یکی ادغام فیلترهای پیشرفته در لیست محصول ، و دوم اطمینان از ویژگی های مختلف دروازه پرداخت است.
شما می توانید این ویژگی ها یا اهداف را در RTM مطابق شکل زیر تعریف کنید:
لیست محصولات BR_1:
این به کاربران این امکان را می دهد تا با ویژگی های فیلتر ، محصولات مختلف خود را مرور کنند.
ماژول پرداخت BR_2:
کاربران باید بتوانند از طریق کارت اعتباری / بدهی یا از طریق امتیاز پاداش و ارجاع ، برای محصولات پرداخت کنند.

مرحله دوم جمع آوری کلیه اسناد مورد نیاز موجود است که به شما در ساخت یک ماتریس قابل ردیابی مؤثر کمک می کند. به عنوان مثال ، سند مورد نیاز تجارت (BRD) ، سند مورد نیاز عملکردی (FSD) ، سند مورد نیاز فنی (TSD) که توسط تیم QA تهیه شده است ، که شامل کلیه موارد آزمون/سناریو است.
ادامه همان مثال ، دو نیاز تجاری در BRD نیازهای عملکردی دقیق تری دارند:
لیست محصولات BR_1:
fr_1: مرتب سازی بر اساس
این به کاربران این امکان را می دهد تا محصولات مختلف را بر اساس قیمت گذاری ، محبوبیت ، رتبه بندی مشتری ، تخفیف و غیره مرتب کنند.
fr_2: فیلترها
این به کاربران نهایی اجازه می دهد تا تصفیه محصول را بر اساس اندازه ، رنگ ، برند و غیره پیاده سازی کنند.
ماژول پرداخت BR_2:
FR_3: توسط کارت اعتباری
این به کاربران اجازه می دهد تا با کارتهای اعتباری پرداخت کنند.
fr_4: توسط کارت بدهی
این به کاربران امکان می دهد با کارتهای بدهی پرداخت کنند.
FR_5: با امتیاز پاداش/ارجاع
این به کاربران اجازه می دهد تا با امتیاز پاداش/ارجاع پرداخت کنند.
توجه: در سیستم های پیچیده تر ، ماتریس قابلیت ردیابی ممکن است شامل منابع دیگری از جمله نیازهای کاربر ، ارزیابی ریسک و غیره باشد.

پس از ادغام اطلاعات لازم ، می توانید الگوی ماتریس خود را طراحی کنید. ماتریس قابل ردیابی مورد نیاز ساختار مشخصی ندارد. در عوض ، ممکن است متناسب با نیازها و نوع پروژه باشد.
علاوه بر این ، RTM همچنین می تواند با استفاده از یک ابزار خودکار ، صفحه گسترده اکسل یا جدول MS Word ساخته و نگهداری شود.
در اینجا یک الگوی نمونه برای مثال فوق وجود دارد.


اکنون ، مرحله آخر این است که تمام الزامات را از طریق فرآیند آزمایش انجام دهید. با استفاده از مثال ذکر شده در بالا ، تیم QA تمام قابلیت های (FR) را تحت الزامات تجاری (BR) آزمایش می کند. آنها اطمینان حاصل می کنند که تمام ویژگی های برنامه تجارت الکترونیکی مانند مرتب سازی بر اساس ، فیلترها و روشهای پرداخت کاملاً آزمایش شده و یکپارچه کار می کنند.
واضح است که قابلیت ردیابی الزامات خطر از بین رفتن جنبه های مهم پروژه ها را کاهش می دهد و در عین حال باعث افزایش کارایی نیز می شود. تکنیک های ذکر شده در بالا به شما در ایجاد یک RTM خوب سازمان یافته کمک می کند که شامل تمام جزئیات موجود در آن است.

ماتریس ردیابی مورد نیاز برای پیگیری نحوه پیشرفت پروژه در هر مرحله استفاده می شود. همچنین به مدیران پروژه کمک می کند تا اطمینان حاصل کنند که تحویل ها انتظارات ذینفعان را برآورده می کنند. اطلاعات ذکر شده در بالا مروری اجمالی از ماتریس قابلیت ردیابی مورد نیاز ، اهمیت آن و نحوه ایجاد یکی است.
در صورت اجرای دقیق ، RTM به خوبی تعریف شده می تواند به یک مدیر پروژه کمک کند تا در مرحله بعدی از مسائل مربوط به مدیریت دامنه جلوگیری کند. در نتیجه ، به طور مؤثر به بهبود کیفیت پروژه و قابلیت اطمینان یک محصول نهایی ، به حداقل رساندن کار مجدد و به حداکثر رساندن کارآیی کمک می کند.
Saviom رهبر بازار در ارائه قدرتمندترین و قابل تنظیم ترین راه حل ها برای مدیریت منابع سازمانی به طور کارآمد و مؤثر است. این MNC مستقر در استرالیا با داشتن بیش از 20 سال تجربه ، در بیش از 50 کشور جهان حضور جهانی دارد. همچنین با بیش از 100 مشتری محبوب است و به آنها کمک می کند تا به اهداف تجاری خود برسند. Saviom همچنین محصولاتی را برای مدیریت نمونه کارها پروژه ، اتوماسیون خدمات حرفه ای و نرم افزار برنامه ریزی نیروی کار دارد که می تواند طبق نیازهای تجاری به راحتی سفارشی شود.
فارکس کاران ایران...
برچسب :
نویسنده : ناهید طباطبایی
بازدید : <-PostHit->