جلسه ۱۱ : آشنایی با برنامه ریزی خوب در الزامات کسب و کار

• جزئیات
• نوع محتواآموزشی

سلام به همه پی وی لرنی های عزیز!
به آموزش آنالیز کسب و کار Business Analysis خوش آمدید.
آنالیز کسب و کار یا Business Analysis بیشتر یک رشته تحقیقاتی است که سعی می کند نیازهای یک کسب و کار را شناسایی کند و برای آن راه حل ارائه دهد. راه حل هایی که آنالیز کسب و کار فراهم می کند شامل توسعه سیستم های نرم افزاری ای می شوند که به بهبود روند، تغییر سازمانی یا برنامه‌ریزی استراتژیک و سیاست گذاری های جدید و یا اصلاح سیاست گذاری های قبلی، منجر می شود. تجزیه و تحلیل کسب و کار یا Business Analysis در حقیقت تجزیه و تحلیلی است که در خصوص عملکرد یک کسب و کار صورت می گیرد تا نقاط قوت و ضعف کسب و کار را پس از پیدا کردن کردن مورد بررسی قرار داده و مسیر آینده آن کسب و کار را با بر اساس اطلاعات به دست آمده ترسیم کند به گونه ای که کاستی ها جبران شوند و نقاط قوت تقویت گردند.
در جلسه گذشته به آشنایی با مدیریت الزامات در آنالیز کسب و کار پرداختیم؛ جمع آوری نیازهای نرم افزاری پایه و اساس کل پروژه توسعه نرم افزار است. درخواست و جمع آوری الزامات کسب و کار اولین گام مهم برای هر پروژه است. برای تحقق بخشیدن به شکاف بین الزامات فنی و تجاری، تحلیلگران کسب و کار باید نیازهای تجاری را در یک چارچوب مشخص درک کنند.
در این جلسه می خواهیم به آشنایی با برنامه ریزی خوب در الزامات کسب و کار بپرددازیم.

آشنایی با برنامه ریزی خوب در الزامات کسب و کار

بیایید با یک سوال شروع کنیم؛ چه چیزی یک الزام یا requirement خوب را می سازد. یک الزام خوب باید با ارزش و عملی باشد؛ باید یک نیاز را تعریف کند و مسیری را برای راه حل فراهم نماید. همه افراد حاضر در تیم باید درک کنند که الزام تعیین شده به چه معنی است. الزامات از نظر پیچیدگی متفاوت هستند:

• یک سند الزامات خوب می تواند بخشی از گروهی باشد که سطح بالایی از الزامات سطح بالا را به زیر مجموعه ها تقسیم می کند.
• الزامات ممکن است مشخصات بسیار مفصلی را شامل شوند که شامل مجموعه ای از الزامات عملکردی است که رفتار یا اجزای محصول نهایی را توصیف می کند.
• الزامات خوب باید مختصر و خاص باشند و باید به این سؤال پاسخ دهند ، “به چه چیزهایی نیاز داریم؟” به جای اینکه ، “چگونه یک الزام را برآورده کنیم؟”
• الزامات خوب تضمین می کند که همه ذی نفعان بخشی از برنامه خود را درک کنند. در صورت عدم قطعیت قطعات یا تفسیر نادرست، محصول نهایی می تواند ناقص یا خراب باشد.

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

آشنایی با برنامه ریزی خوب در الزامات کسب و کار

جمع آوری و تجزیه و تحلیل الزامات

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

الزامات صحیح باید به صورت زیر باشند:

• ثبت شده
• عملی
• قابل اندازه گیری
• قابل آزمایش
• قابل ردیابی

الزامات باید مربوط به نیازها یا فرصتهای تجاری مشخص شده باشد و تا حدی از جزئیات کافی برای طراحی سیستم برخوردار باشد.

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

آشنایی با برنامه ریزی خوب در الزامات کسب و کار

روش برخورد

برای تعیین اهداف، از کارشناس کسب و کار، مدیر توسعه و پشتیبانی پروژه سؤالات زیر را بپرسید:

• این پروژه به چه اهداف تجاری شرکت کمک خواهد کرد؟
• چرا اکنون این پروژه را انجام می دهیم؟
• اگر بعداً این کار را انجام دهیم چه خواهد شد؟
• اگر اصلاً این کار را نکنیم چه می شود؟
• چه کسی از این پروژه بهره مند خواهد شد؟
• آیا افرادی که از آن بهره مند می شوند ، آن را مهمترین پیشرفتی می دانند که در احال حاضر  ممکن است انجام شود؟
• آیا بهتر نیست که به جای این پروژه به پروژه دیگری بپردازیم؟

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

آشنایی با برنامه ریزی خوب در الزامات کسب و کار

انواع مختلف الزامات

رایج ترین انواع الزامات مورد نیاز یک تحلیلگر کسب و کار می تواند شامل موارد زیر باشد:

نیازمندی های کسب و کار

الزامات تجاری فعالیتهای مهم یک شرکت است که باید برای دستیابی به اهداف سازمانی مورد استفاده قرار بگیرد. حل کسب و کار برای یک پروژه از جمله مستندات نیازها و انتظارات مشتری را شرح می دهد.

الزامات کاربر

الزامات کاربر باید الزامات خاصی را که کاربر انتظار دارد که از نرم افزار و از پروژه نرم افزاری ساخته شود را مشخص کند. الزامات کاربر باید قاقلب تأیید، واضح و مختصر، کامل، سازگار، قابل ردیابی و قابل دوام باشد. سند مورد نیاز کاربر (URD) ​​یا مشخصات نیازهای کاربر سندی است که معمولاً در مهندسی نرم افزار مورد استفاده قرار می گیرد و مشخص می کند که کاربر از چه روشی انتظار دارد نرم افزار قادر به انجام کار مورد نظر باشد.

الزامات سیستم

الزامات سیستم با تعریف الزامات منابع نرم افزاری و پیش نیازهایی که باید برای تأمین عملکرد بهینه یک برنامه در رایانه نصب شوند، سروکار دارد.

الزامات عملکردی

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

الزامات غیر کاربردی

الزامات غیر کاربردی مواردی است که معیارهایی را تعیین می کند که می تواند برای قضاوت در مورد عملکرد یک سیستم بجای رفتارهای خاص مورد استفاده قرار گیرد. معماری سیستم در مورد برنامه اجرای الزامات غیر کاربردی صحبت می کند. الزامات غیر کاربردی در مورد چگونگی ظاهر سیستم و یا به عبارت بهتر حالت ایده آل آن را مشخص می کند. الزامات غیر کاربردی را به عنوان کیفیت سیستم نیز یاد می کنند.

آشنایی با برنامه ریزی خوب در الزامات کسب و کار

الزامات انتقال

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

قابلیت ردیابی و مدیریت تغییر

قابلیت ردیابی مورد نیاز روشی برای سازماندهی، مستندسازی و پیگیری تمام الزامات شما از تولید ایده اولیه تا مرحله آزمایش است.
ماتریس توانایی ردیابی مورد نیاز requirements trace ability matrix که به اختصار به آن (RTM) گفته می شود روشی را برای ردیابی الزامات عملکردی و اجرای آنها از طریق فرایند توسعه فراهم می کند. هر نیاز در ماتریس به همراه شماره بخش مربوط به آن درج شده است.
با پیشرفت پروژه، RIM به روز می شود تا وضعیت هر نیاز را منعکس کند. هنگامی که محصول برای آزمایش سیستم آماده است، ماتریس هر موردی را ذکر می کند.

آشنایی با برنامه ریزی خوب در الزامات کسب و کار

بایستی ستون ها را برای هر یک از موارد زیر در RTM به صورت زیر قرار دهید:

• توضیحات الزامات
• مرجع الزامات در FRD
• روش تأیید
• مرجع الزامات در برنامه آزمون

مثال – اتصال نقاط برای شناسایی روابط بین موارد موجود در پروژه شما. این اتصال دهنده جریان متداول جریان پایین دست است.

اهداف الزامات آزمون طراحی اهداف کسب و کار

شما باید بتوانید هرکدام از شرایط الزامات خود را با هدف اصلی کسب و کار خود ردیابی کنید.

با ردیابی الزامات، می توانید تغییرات تأثیر موج دار را شناسایی کنید، ببینید آیا یک الزام تکمیل شده است یا خیر؟ قابلیت ردیابی و مدیریت تغییر، آرامش خاطر و دید لازم برای پیش بینی مسائل و اطمینان از کیفیت مداوم را برای مدیران فراهم می آورد.

تضمین کیفیت

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

سخن پایانی

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