معرفی
این مقاله به پروژه اتوماسیون پروژه تعمیر و نگهداری در یک شرکت نرم افزاری می پردازد. این پروژه شامل خودکارسازی فرآیندهایی است که گسسته و متفاوت هستند و از طریق ابزاری که برای این منظور توسعه یافته است، به یک مکانیسم نظارت متمرکز تبدیل می شوند. این مقاله دامنه و جنبه های مختلف مانند برنامه ریزی منابع و برنامه را به همراه نمودار شبکه و ساختار شکست کار فهرست می کند.
محدوده پروژه
محدوده پروژه توسعه یک ابزار اتوماسیون برای متمرکز کردن فرآیندهای جریان کار است. این شامل:
- توسعه داشبورد و همچنین پایگاه داده مورد نیاز برای چنین هدفی.
- فهرست کردن الزامات عملکردی که شامل نظارت بر فرآیندهای انطباق با SLA و تعریف توان عملیاتی است
- حفظ حقوق دسترسی با سطوح مختلف کنترل برای لایه های مختلف مدیریت
زمان سنجی و سایر عملکردهای اداری بخشی از ابزار نیستند و از این رو خارج از محدوده هستند. دامنه به طور مستقیم با خروجی محصولات تحویلی مرتبط است که شامل اجزای جلویی و انتهایی است که در بالا مورد بحث قرار گرفت.
برنامه ریزی منابع و برنامه زمانبندی
این پروژه شامل داشتن یک تیم متشکل از شش منبع اختصاص داده شده به پروژه با یک رهبر تیم برای نظارت بر تیم توسعه است. منابع به دو تیم تقسیم می شوند که یک تیم مسئول طراحی و توسعه است و تیم دیگر الزامات و جنبه های آزمایش را انجام می دهد. تیم دوم در ترسیم نیازها و همچنین ترجمه آن به مشخصات قابل استفاده برای تیم اول، از تخصص عملکردی برخوردار است. علاوه بر این، از تخصص این تیم برای آزمایش و همچنین درک دامنه و جنبه های عملکردی آن استفاده می شود.
برنامه زمانبندی پروژه برای مدت دو ماه خواهد بود. دو هفته اول برای نیازهای ذینفعان مختلف و ماه بعدی صرف طراحی و کدگذاری واقعی خواهد شد. چند هفته گذشته صرف آزمایش و پیاده سازی ابزار خواهد شد.
نمودار شبکه
اثر خراب شدن برنامه
در صورت خرابی برنامه، مرحله نیازمندی ها را می توان با فاز طراحی با فعالیت های موازی ادغام کرد. این شامل فراتر رفتن از مدل معمولی “آبشار” SDLC و در عوض داشتن یک روش چابک است.
اثر بارگذاری سطح منابع
دو تیم منابع را می توان به جای یکدیگر مورد استفاده قرار داد با شرایطی که مجموعه مهارت های منابع یکسان باشد.
ارزیابی ریسک
برنامه مدیریت ریسک برای پروژه شامل موارد زیر به عنوان خطرات بالقوه و برنامه های کاهش آنها می باشد:
- ریسک منابع: از نظر اکتساب دانش و ریسک فرسایش به دو جزء تقسیم می شود. مولفه اول با آموزش و به اشتراک گذاری دانش کاهش می یابد و مولفه دوم با مستندسازی فرآیندها و مدیریت دانش کاهش می یابد.
- خزش دامنه: هر گونه تغییر در محدوده باید توسط همه ذینفعان تایید شود و هزینه های آن به اشتراک گذاشته شود.
- واریانس: هر گونه انحراف در بودجه به دلیل محدودیت های زمانی، هزینه یا کیفیت (“محدودیت سه گانه”) باید توسط همه ذینفعان رسیدگی شود. این باید با گزارش منظم وضعیت و شناسایی مسائل احتمالی که باید توسط ذینفعان مختلف حل شود انجام شود.
- تکنولوژی: هر گونه تغییر در تکنولوژی یک خطر فوری برای پروژه ایجاد می کند و باید اطمینان حاصل شود که فناوری مناسب برای آن انتخاب شده است.
نتیجه
در این مقاله سعی شده است برخی از جنبه های فرآیندهای مدیریت پروژه با مثالی از ابزار اتوماسیون برای یک پروژه تعمیر و نگهداری در یک شرکت نرم افزاری به تصویر کشیده شود. در حالی که این به هیچ وجه جامع نیست، به برخی از سؤالات فهرست شده در تکلیف می پردازد.
بدون نظر