جزوه طرح هندسی راه
سری عمران کارشناسی ارشد کارشناسی ارشد انی گرشاسب نریمانی علیآزمون کلاهدوز دکتر امیرعلی امینی دانشگاه پیام نور دکتر محمد تمنایی علمی کاربردی دکترامیرمسعود رحیمی,
() () :
—() (). ؛ حفظ لیست روش های مدیریت ریسک مشترک در سراسر شرکت، صرفه جویی در هزینه ها را انجام دهند. در مرحله بعد، تأثیر هر ریسک ارزیابی می شود. هر عنصر ریسک با استفاده از خصوصیات ارائه شده در شکل 26.1 ارزیابی می شود و یک دسته تاثیر، تعیین می شود. میانگین دسته بندی ها برای هر یک از چهار عنصر ریسک (عملکرد، پشتیبانی، هزینه و برنامه)، زمان بندی می شود تا ارزش تأثیر کلی تعیین شود. پس از تکمیل چهار ستون اول جدول ریسک، جدول بر اساس احتمال و تأثیر، طبقه بندی می شود. ریسک هایی بااحتمال و تأثیر زیاد در بالای جدول و خطراتی با احتمال کم، در پایین قرار می گیرند. این امر، اولویت بندی ریسک مرتبه اول را انجام می دهد. سپس مدیر پروژه می تواند یک خط قطع در برخی سطرهای جدول ایجاد کند (شکل 26.1). کلیه خطرات موجود در بالای خط قطع، باید مدیریت شوند. ستون با برچسب RMMM، حاوی یک اشاره گر برای کاهش خطر، نظارت و برنامه مدیریت یا در عوض، مجموعه ای از برگه های اطلاعات ریسک است که برای همه ریسک هایی که بالاتر از حد مجاز قرار دارند، تهیه شده است. برنامه RMMM و برگه های اطلاعات ریسک در بخش های 26.5 و 26.6 مورد بحث قرار گرفته اند. احتمال ریسک را می توان با برآورد فردی و سپس ایجاد یک مقدار واحد، تعیین کرد. اگرچه این رویکرد قابل اجرا است، اما تکنیک های پیچیده تری برای تعیین احتمال خطر توسعه داده شده است. کارهای اخیر از منطق فازی برای تعیین ویژگی هایی استفاده می کند که پروژه های نرم افزاری را مستعد شکست می کنند. این پروژه ها اغلب دارای چندین عامل خطر مرتبط با هم هستند که تحت تأثیر عدم دقت یا عدم قطعیت قرار می گیرند و درک بهتر ماهیت ترکیبی تاثیر ریسک آن ها، نیاز به استفاده از دانش متخصص و منطق فازی دارد. با توجه به شکل 26.2، تأثیر و احتمال ریسک، تأثیر متفاوتی بر نگرانی مدیریت دارد. عامل خطری با تأثیر زیاد و احتمال وقوع بسیار کم، نباید مقدار قابل توجهی از زمان مدیریت را به خود اختصاص دهد. با این حال، جزوه طرح هندسی راه هایی با تأثیر زیاد با احتمال متوسط تا زیاد و ریسک های کم تأثیر با احتمال زیاد، باید در مراحل تجزیه و تحلیل ریسک بعدی منتقل شوند.

طرح هندسی راه
2-4-26 ارزیابی تاثیر ریسک
سه عامل بر پیامدهای احتمالی ریسک، در صورت وقوع، تأثیر می گذارد: ماهیت ریسک، دامنه و زمان آن. ماهیت ریسک، نشان دهنده مشکلات احتمالی در صورت وقوع آن است. به عنوان مثال، یک رابط خارجی ضعیف برای سخت افزار طرح هندسی راه (خطر فنی)، مانع از طراحی و آزمایش اولیه می شود و احتمالاً منجر به مشکلات ادغام سیستم در اواخر پروژه می شود. دامنه یک خطر، ترکیبی از شدت (میزان جدی بودن آن) با توزیع کلی آن (چه میزان از پروژه تحت تأثیر قرار می گیرد یا چند سهامدار آسیب می بینند؟) است. سرانجام ، زمان ریسک، زمان وقوع و مدت تأثیر آن را بررسی می کند. در بیشتر موارد، شما ترجیح می دهید “اخبار بد” هر چه زودتر رخ دهد، اما در برخی موارد، هرچه تاخیر بیشتر شود، بهتر است. با بازگشت مجدد به رویکرد تجزیه و تحلیل ریسک که توسط نیروی هوایی ایالات متحده پیشنهاد شده است، می توانید مراحل زیر را برای تعیین پیامدهای کلی یک خطر اعمال کنید: (1) متوسط احتمال وقوع ارزش برای هر جزء خطر را تعیین کنید. (2) با استفاده از بحث ارائه شده در بخش 26.3.2، تأثیر هر عنصر را بر اساس معیارهای نشان داده شده تعیین کنید، و (3) جدول ریسک را تکمیل کرده و نتایج را همانطور که در بخش های قبل توضیح داده شد، تجزیه و تحلیل کنید. قرار گرفتن در معرض خطر کلی (RE)، با استفاده از رابطه زیر تعیین می شود:
RE = P × C
در رابطه فوق، P احتمال وقوع ریسک و C جزوه طرح هندسی راه پروژه در صورت وقوع ریسک است.
به عنوان مثال، فرض کنید تیم نرم افزار، ریسک پروژه را به روش زیر تعریف کند:
شناسایی خطر. در حقیقت تنها 70 درصد از اجزای نرم افزاری که برای استفاده مجدد برنامه ریزی شده اند، در برنامه ادغام می شوند. عملکردهای باقی مانده باید به صورت سفارشی توسعه داده شوند.
احتمال ریسک. هشتاد درصد (احتمالاً).
تاثیر ریسک. شصت قطعه نرم افزاری قابل استفاده مجدد برنامه ریزی شده است. اگر فقط 70 درصد را بتوان استفاده کرد، 18 جزء باید از ابتدا توسعه داده شوند (علاوه بر سایر نرم افزارهای سفارشی که برای توسعه برنامه ریزی شده اند). از آنجا که میانگین جزء 100 LOC است و داده های محلی نشان می دهد که هزینه مهندسی نرم افزار برای هر LOC 14.00 دلار است، هزینه کلی (تاثیر) برای توسعه اجزاء، 18 × 100 × 14 = 25.200 دلار خواهد بود.
احتمال خطر. RE = 0.80 × 25,200 ~ $20,200
به محض برآورد هزینه هر ریسک در جدول ریسک، احتمال وقوع آن ریسک محاسبه می شود. قرار گرفتن در معرض ریسک کل برای همه ریسک ها (بالاتر از محدوده جدول ریسک) می تواند وسیله ای برای تعدیل برآورد نهایی هزینه پروژه باشد. همچنین می توان از آن برای پیش بینی افزایش احتمالی منابع کارکنان مورد نیاز در نقاط مختلف در طول برنامه پروژه استفاده کرد. تکنیک های پیش بینی و تجزیه و تحلیل ریسک که در بخش های 26.4.1 و 26.4.2 شرح داده شده است، در حین انجام پروژه نرم افزاری به طور مکرر اعمال می شود. تیم پروژه باید جدول ریسک را در فواصل منظم بازبینی کند و هر ریسک را مجددا ارزیابی کند تا مشخص شود چه موقع شرایط جدید، باعث تغییر احتمال و تاثیر آن می شود. پس از اتمام این فعالیت، ممکن است تیم تصمیم بگیرد خطرات جدیدی را به جدول اضافه کند، برخی از ریسک های نامرتبط را حذف کند یا موقعیت نسبی سایر خطرات را تغییر دهد. تیم باید RE را برای همه خطرات، با برآورد هزینه پروژه خود مقایسه کند. اگر مجموع RE بیشتر از 50 درصد هزینه پروژه باشد، باید قابلیت اجرای جزوه طرح هندسی راه را زیر سوال برد.
” خانه امن: تحلیل ریسک”
صحنه: دفتر داگ میلر، قبل از شروع پروژه نرم افزاری SafeHome.
گفتگوکنندگان: داگ میلر، مدیر تیم مهندسی نرم افزار SafeHome و وینود رامان، جیمی لازار و سایر اعضای تیم مهندسی نرم افزار محصول.
داگ: می خوام مدتی رو صرف بررسی ریسک های برای پروژه SafeHome کنم.
جیمی: خب چه خطاهایی ممکنه رخ بده؟
داگ: در اینجا چند دسته وجود داره که ممکنه همه چیز درش اشتباه پیش بره. [او همه دسته هایی را که در مقدمه بخش ذکر شده نشان می دهد 26.3.]
وینود: می خواید فقط راجع بهشون حرف بزنیم یا…؟
داگ: نه، می خوام که الان همه یک لیست از خطرات تهیه کنن.[ده دقیقه می گذرد، همه می نویسند.]
داگ: خب، کافیه.
دانلود رایگان خلاصه کتاب جزوه طرح هندسی راه کامل پی دی اف pdf
جیمی: اما من کارم تموم نشده!
داگ: اشکالی نداره، دوباره لیست رو مرور می کنیم. حالا، برای هر مورد در طرح هندسی راه ، یک درصد احتمال وقوع ریسک رو تعیین کنید. بعد، تأثیر رو در مقیاس 1 (جزئی) تا 5 (فاجعه بار) به پروژه اختصاص دهید.
وینود: بنابراین اگه به نظر برسه که تأثیر جزوه طرح هندسی راه مثل رو روی سکهست، 50 درصد احتمال رو در نظر می گیرم، و اگه تاثیر متوسطی روی پروژه بذاره، 3 رو در نظر می گیرم، درسته؟
داگ: دقیقاً.
[پنج دقیقه می گذرد، همه می نویسند.]
داگ: خب، کافیه. حالا ما یک لیست گروهی روی تخته سفید ایجاد می کنیم.من می نویسمشون؛ ما یک ورودی از لیست شما رو با فرمت رفت و برگشتی فراخوانی می کنیم.
[پانزده دقیقه می گذرد؛ لیست ایجاد می شود.]
جیمی (با اشاره به تخته و خندیدن): وینود، این ریسک (اشاره به یک ورودی روی تخته) مضحکه. به احتمال زیاد همه ما رو در معرض خطر قرار میده. باید حذفش کنیم.
داگ: نه، فعلا بیخیالش بشید. ما می خوایم همه ریسک ها رو، هر چقدر هم عجیب و غریب، در نظر بگیریم. بعداً درستش می کنیم.
جیمی: اما ما در حال حاضر بیش از 40 خطر داریم. چطور می تونیم همهشون رو مدیریت کنیم؟
داگ: نمی تونیم. به خاطر همین، بعد از مرتب کردن ریسک ها، کمی در اون ها تغییرات ایجاد می کنیم.من این کار رو به صورت آفلاین انجام میدم و فردا دوباره ملاقات می کنیم. فعلا برگردید سر کار و در اوقات فراغتتون، به همه خطرات احتمالی فکر کنید.
5-26 اصلاح ریسک
در مراحل اولیه برنامه ریزی پروژه ، ممکن است یک ریسک به طور کلی بیان شود. با گذشت زمان و آموختن بیشتر در مورد پروژه و ریسک، ممکن است بتوان این خطر را به مجموعه ای از اجزا تفکیک کرد، که هرکدام تا حدودی ساده تر، کنترل و مدیریت می شوند. یک راه برای انجام این کار، نمایش ریسک در قالب پیامد انتقال شرایط (CTC) است. یعنی ریسک به شکل زیر بیان می شود:
با توجه به این <شرایط>، این نگرانی وجود دارد که (احتمالاً) <نتیجه>.
با استفاده از قالب CTC برای خطر استفاده مجدد که در بخش 26.4.2 ذکر جزوه طرح هندسی راه است، می توانید بنویسید: با توجه به اینکه همه اجزای نرم افزار قابل استفاده مجدد باید با استانداردهای طراحی خاص مطابقت داشته باشند و برخی از آن ها مطابقت ندارند، این نگرانی وجود دارد که (احتمالاً) فقط 70 درصد از ماژول های قابل استفاده مجدد برنامه ریزی شده ممکن است در سیستم ساخته شده ادغام شوند و در نتیجه، مهندسی سفارشی 30 درصد باقی مانده از اجزاء ضروری شود. این شرایط کلی را می توان به روش زیر اصلاح کرد:
پیش شرط 1. برخی از اجزای قابل استفاده مجدد توسط شخص ثالثی بدون اطلاع از استانداردهای طراحی داخلی، ایجاد شود.
پیش شرط 2. استاندارد طراحی برای رابط های اجزا ثابت نشده و ممکن است با برخی از اجزای قابل استفاده مجدد موجود، مطابقت نداشته باشد.
پیش شرط 3. برخی از اجزای قابل استفاده مجدد در زبانی پیاده سازی شده اند که در محیط مورد نظر، پشتیبانی نمی شود.
عواقب مرتبط با این شرایط فرعی اصلاح شده یکسان باقی می مانند (یعنی 30 درصد از اجزای نرم افزاری باید به صورت سفارشی مهندسی شوند)، اما این اصلاح، به جداسازی خطرات اساسی کمک می کند و جزوه طرح هندسی راه است منجر به تجزیه و تحلیل و پاسخ آسان تری شود.
6-26 کاهش ریسک، نظارت بر آن و مدیریت آن
تمام فعالیتهای تجزیه و تحلیل ریسک ارائه شده تا این طرح هندسی راه دارای یک هدف واحد است: کمک به تیم پروژه در تدوین استراتژی مقابله با ریسک. یک استراتژی مؤثر باید سه موضوع را در نظر بگیرد: اجتناب از ریسک، نظارت بر ریسک و مدیریت ریسک و برنامه ریزی احتمالی. اگر یک تیم نرم افزاری بخواهد یک رویکرد پیشگیرانه برای ریسک اتخاذ کند، اجتناب، همیشه بهترین استراتژی است. این امر با تدوین برنامه ای برای کاهش ریسک به دست می آید. برای مثال، فرض کنید که گردش زیاد کارکنان به عنوان ریسک پروژه r1 ذکر شده است. بر اساس سابقه و شهود مدیریتی، احتمال گردش مالی بالا 1 70 70 (70 درصد، نسبتاً زیاد) تخمین زده می شود و تأثیر x1 به صورت بحرانی پیش بینی می شود.یعنی گردش مالی بالا تأثیر مهمی بر هزینه و زمانبندی پروژه خواهد داشت. برای کاهش این ریسک، شما باید استراتژی کاهش گردش مالی را تهیه کنید. از جمله اقدامات احتمالی که می توان انجام داد عبارتند از:
• با کارکنان فعلی ملاقات کنید تا دلایل ایجاد گردش مالی (به عنوان مثال، شرایط بد کار، دستمزد کم، بازار کار رقابتی) مشخص شود.
• دلایلی را که تحت کنترل شما هستند، قبل از شروع پروژه کاهش دهید.
• به محض شروع پروژه، فرض کنید گردش مالی رخ می دهد و تکنیک هایی را برای اطمینان از تداوم هنگام خروج افراد ایجاد کنید
• تیم های پروژه را طوری سازماندهی کنید که اطلاعات مربوط به هر فعالیت توسعه ای به طور گسترده پراکنده شود.
• استانداردهای محصول کار را تعریف کرده و مکانیزم هایی را ایجاد کنید تا مطمئن شوید همه مدل ها و اسناد به موقع تدوین شده اند.
• بررسی همه کارها (به طوری که بیش از یک نفر “در حالت ایده آل” باشد).
• برای هر تکنسین اصلی یک کارمند پشتیبان تعیین کنید.

دانلود رایگان خلاصه کتاب طرح هندسی راه pdf
با پیشرفت پروژه، فعالیت های نظارت بر ریسک آغاز می شود. مدیر پروژه عواملی را تحت نظر دارد که می تواند کمتر یا بیشتر شدن احتمال وقوع خطر را نشان دهد. در مورد جابجایی زیاد کارکنان، نگرش کلی اعضای تیم بر اساس فشارهای پروژه، میزان عصبانیت تیم، روابط بین فردی بین اعضای تیم، مشکلات احتمالی جبران خسارت و مزایا و در دسترس بودن مشاغل درون شرکت و خارج از آن همه تحت نظارت هستند. مدیر پروژه علاوه بر نظارت بر این عوامل، باید بر مراحل کاهش خطر نیز نظارت داشته باشد. به عنوان مثال، یک مرحله کاهش خطر که در اینجا ذکر شد، نیاز به تعریف استانداردها و مکانیسم های محصول کار داشت تا مطمئن شویم که محصولات کار، به موقع ایجاد می شود. در صورتی که یک فرد مهم پروژه را ترک کند، می توان از این مکانیزم برای اطمینان از تداوم استفاده کرد. مدیر پروژه باید محصولات کار را با دقت زیر جزوه طرح هندسی راه داشته باشد تا اطمینان حاصل شود که هرکدام می توانند به تنهایی مؤثر واقع شوند و اطلاعات ضروری در صورت اضافه شدن یک فرد به تیم در اواسط کار را به شما منتقل کند. در مدیریت ریسک و برنامه ریزی احتمالی فرض می شود که تلاش های کاهش دهنده شکست خورده و این خطر به واقعیت تبدیل شده است. در ادامه مثال، پروژه به خوبی در حال انجام است و چندین نفر اعلام می کنند که تیم را ترک خواهند کرد. در صورت پیروی از استراتژی کاهش، پشتیبانی در دسترس ، اطلاعات مستند و دانش در سراسر تیم پراکنده خواهد شد. علاوه بر این، می توانید منابع را به طور موقت به آن دسته از عملکردهای کامل و افراد تازه وارد متمرکز کنید(و برنامه پروژه را مجدداً تنظیم کنید)، تا به امور، جزوه مهندسی راه آهن ببخشید. از افرادی که در حال ترک تیم هستند خواسته می شود که تمام کار خود را متوقف کرده و آخرین هفته های خود را در “حالت انتقال اطلاعات” بگذرانند. این کار است شامل ضبط اطلاعات مبتنی بر فیلم، طرح هندسی راه “اسناد تفسیری یا ویکی ها” و/یا ملاقات با سایر اعضای باقی مانده در تیم باشد.ذکر این نکته ضروری است که مراحل کاهش، نظارت و مدیریت (RMMM)، هزینه اضافی پروژه را متحمل می شود. به عنوان مثال، صرف زمان برای پشتیبان گیری از هر فناوری اساسی، هزینه دارد. بنابراین، بخشی از مدیریت ریسک ارزیابی مربوط به زمانی است که مزایای حاصل از مراحل RMMM، نسبت به هزینه های مربوط به اجرای آن ها برتری دارد. شما باید یک تجزیه و تحلیل کلاسیک از جزوه طرح هندسی راه و هزینه انجام دهید. اگر RE برای یک ریسک خاص کمتر از هزینه کاهش ریسک است، سعی نکنید ریسک را کاهش دهید، اما به نظارت بر آن ادامه دهید. اگر گریز از ریسک برای گردش مالی بالا، هزینه و مدت زمان پروژه را حدود 15 درصد افزایش می دهد، اما عامل هزینه غالب، “پشتیبان” است، ممکن است مدیریت تصمیم بگیرد که این مرحله را اجرا نکند. از سوی دیگر، اگر پیش بینی شود که گریز از ریسک هزینه ها را 5 درصد و مدت زمان آن را تنها 3 درصد افزایش می دهد، احتمالاً مدیریت همه چیز را سر جایش قرار می دهد. برای یک پروژه بزرگ، 30 یا 40 خطر ممکن است در نظر گرفته شود. اگر بین سه تا هفت مرحله مدیریت ریسک برای هر کدام در نظر گرفته شود، مدیریت ریسک ممکن است به منابع قابل توجهی برای مدیریت نیاز داشته باشد. به همین دلیل، شما باید قانون Pareto 80-20 را با ریسک نرم افزار تطبیق دهید. تجربیات نشان می دهد که 80 درصد از ریسک کلی پروژه (یعنی 80 درصد احتمال شکست پروژه) را می توان به تنها 20 درصد از ریسک های شناسایی شده اختصاص داد. کارهایی که طی مراحل اولیه تجزیه و تحلیل ریسک انجام شده است، به شما کمک می کند تا تعیین کنید که کدام یک از این خطرات در آن 20 درصد قرار دارند (به عنوان مثال، خطراتی که منجر به بیشترین احتمال قرار گرفتن در معرض خطر می شوند). به همین دلیل، برخی از خطرات شناسایی شده ، ارزیابی شده و پیش بینی شده ممکن (). () : ً ()
فهرست مطالب