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