مدیریت ریسک و پروژه های نرم افزاری

Contingency Reserve و Management Reserve چه تفاوتی دارند؟

هیچ برآوردی صددرصد دقیق نیست و قرار هم نیست باشد؛ برآورد، قضاوتی احتمالاتی درباره آینده است. به همین دلیل بودجه‌های حرفه‌ای با یک لایه محافظ ساخته می‌شوند تا اولین لرزش، پروژه را از پا نیندازد. اما این لایه محافظ یکپارچه نیست و در سندهای استاندارد مدیریت پروژه به دو قلم جدا تقسیم می‌شود: Contingency Reserve و Management Reserve. تفاوت این دو در ظاهر یک بحث حسابداری است، اما در عمل سرنوشت تصمیم‌های سخت وسط پروژه را تعیین می‌کند: چه کسی، با چه اختیاری و برای چه نوع غافلگیری‌ای پول آزاد می‌کند.

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

دو ذخیره، دو دنیای متفاوت

Contingency Reserve؛ ذخیره ریسک‌های شناسایی‌شده

Contingency Reserve یا ذخیره احتیاطی، پوشش مالی ریسک‌های شناسایی‌شده است؛ همان‌هایی که در ثبت ریسک پروژه (Risk Register) نام، احتمال و اثر دارند. اگر در تحلیل ریسک مشخص شده باشد که مهاجرت داده ممکن است به کار اضافه نیاز داشته باشد، هزینه همان پاسخ احتمالی به ذخیره احتیاطی منتقل می‌شود. به همین دلیل می‌توان این قلم را «بودجه شناخته‌شده‌های نامعلوم» نامید؛ سناریوهایی که می‌دانیم ممکن است رخ دهند.

مقدار این ذخیره قرار نیست یک عدد جادویی باشد. در پروژه‌های جدی، از دل همان تحلیل ریسک بیرون می‌آید: برای هر ریسکِ هزینه‌دار، برآوردی از هزینه پاسخ یا اثر مالی آن در نظر گرفته می‌شود و مجموع این موارد ذخیره احتیاطی را می‌سازد. جایی که تحلیل کمی انجام شود، امید ریاضی هزینه ریسک‌ها مبنا قرار می‌گیرد؛ جایی که انجام نشود، دست‌کم باید تصمیم سازمان درباره نرخ ذخیره مستند و شفاف باشد.

نکته مهم، جایگاه این پول در ساختار بودجه است: ذخیره احتیاطی بخشی از خط مبنای هزینه (Cost Baseline) است و مدیر پروژه برای مصرف آن معمولاً اختیار دارد؛ به شرطی که مصرف به همان ریسک‌های ثبت‌شده گره بخورد و روندش مستند بماند.

Management Reserve؛ ذخیره آنچه در نقشه نیست

Management Reserve یا ذخیره مدیریتی برای آن دسته از غافلگیری‌هاست که هیچ تحلیلی آن‌ها را پیش‌بینی نکرده بود؛ همان unknown-unknowns در ادبیات ریسک. تغییر مقرراتی که معماری سامانه را عوض می‌کند، خروج یک تأمین‌کننده کلیدی از بازار، یا حادثه‌ای که تیم را نیمه‌کاره می‌گذارد؛ این‌ها در هیچ ثبت ریسکی نیستند، چون اصلاً تصورشان نمی‌شد.

این ذخیره بیرون از خط مبنای هزینه تعریف می‌شود و داخل بودجه کل پروژه می‌نشیند. مالکش هم مدیر پروژه نیست؛ مدیریت ارشد یا حامی پروژه (Sponsor) آن را نگه می‌دارد و مصرفش معمولاً با درخواست رسمی و تأیید مدیریت انجام می‌شود. این سخت‌گیری بی‌دلیل نیست: اگر مدیر پروژه بتواند هر هزینه تعریف‌نشده‌ای را از این قلم بردارد، لایه محافظ سازمانی عملاً بی‌معنا می‌شود و مرز پاسخ‌گویی محو خواهد شد.

جدول مقایسه: دو ذخیره کنار هم

جدول زیر تفاوت‌ها را در یک نگاه جمع می‌کند و بعد از آن، به ریزترین نقطه اختلاف یعنی «نحوه آزادسازی پول» می‌پردازیم:

معیارContingency ReserveManagement Reserve
پوشش چه نوع عدم‌قطعیتیریسک‌های شناسایی‌شده؛ آنچه می‌دانیم ممکن است رخ دهدغافلگیری‌های پیش‌بینی‌نشده؛ آنچه اصلاً تصور نشده بود
جایگاه در بودجهبخشی از خط مبنای هزینه و در نتیجه درون بودجه کلفقط درون بودجه کل؛ بیرون از خط مبنای هزینه
مالک و متولیمدیر پروژهمدیریت ارشد یا حامی پروژه
نحوه استفادهطبق برنامه پاسخ به ریسک، با اختیار مدیر پروژه و مستندسازیدرخواست رسمی و تأیید مدیریت؛ معمولاً همراه بازنگری خط مبنا
روش تعیین مقدارتحلیل ریسک و برآورد هزینه پاسخ‌ها یا اثر مالی ریسک‌هاتصمیم سازمانی، معمولاً متناسب با ابعاد و میزان ابهام پروژه
ارتباط با ثبت ریسکمستقیم؛ هر ریسک هزینه‌دار سهمی از این ذخیره داردغیرمستقیم؛ برای ریسکی که هنوز نام و سطری ندارد
سرنوشت پس از بستن ریسکسهم ریسک بسته‌شده آزاد یا به ریسک‌های باز بازتخصیص می‌یابدتا پایان پروژه نزد مدیریت ارشد باقی می‌ماند

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

مثال کاربردی: ذخیره‌ها در یک پروژه ERP

فرض کنید یک شرکت بازرگانی در حال پیاده‌سازی سامانه ERP برای یکپارچه‌سازی فروش، انبار و مالی است. در کارگاه شناسایی ریسک، سه مورد هزینه‌دار برجسته می‌شود: کیفیت پایین داده‌های قدیمی که پاک‌سازی اضافه می‌طلبد، وابستگی به تنها فردی که منطق گزارش‌های مالی قدیمی را می‌داند، و احتمال طولانی‌شدن تست پذیرش کاربر. برآورد هزینه پاسخ به همین موارد، بخشی از ذخیره احتیاطی می‌شود و در خط مبنای هزینه می‌نشیند.

میان راه، همان اتفاقی می‌افتد که انتظارش می‌رفت: در مهاجرت داده معلوم می‌شود سال‌ها مشتری تکراری با کدهای ناسازگار ثبت شده و پاک‌سازی، چند هفته کار اضافه می‌برد. مدیر پروژه که متولی ذخیره احتیاطی است، این هزینه را از همان قلم پرداخت می‌کند، ریسک مربوطه را به‌روزرسانی می‌کند و کار بدون یک جلسه فوق‌العاده ادامه می‌یابد. این دقیقاً همان سرعتی است که ذخیره احتیاطی برایش طراحی شده.

اما در نیمه دوم پروژه، غافلگیری از جنس دیگری می‌رسد: الزام جدید نهاد ناظر مالیاتی، قالب گزارش‌های مالی را تغییر می‌دهد و طراحی ماژول گزارش‌ساز را زیر سؤال می‌برد. این ریسک در هیچ کارگاه شناسایی‌ای نبود؛ یعنی جای پولش ذخیره احتیاطی نیست. اینجاست که حامی پروژه با درخواست رسمی از ذخیره مدیریتی هزینه برمی‌دارد و معمولاً همراهش خط مبنای هزینه هم بازنگری می‌شود.

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

خطاهای رایج در کار با ذخیره‌ها

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

کاربرد عملی در پروژه شما

  1. در سند بودجه، دو قلم حسابداری جدا برای ذخیره احتیاطی و ذخیره مدیریتی باز کنید و قانون آزادسازی هرکدام را در یک خط بنویسید.
  2. ذخیره احتیاطی را به ردیف‌های ثبت ریسک وصل کنید؛ برای هر ریسک هزینه‌دار، سهمش از ذخیره مشخص باشد.
  3. در گزارش‌های دوره‌ای، سه عدد مصرف‌شده، پیمان‌شده برای ریسک‌های باز و باقی‌مانده را جدا گزارش کنید.
  4. برای مصرف ذخیره مدیریتی، فرم درخواست و سطح تأییدکننده را از قبل تعریف کنید تا وسط بحران بحث فرآیند نداشته باشید.

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

نکات کلیدی این مقاله

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

سوالات متداول

آیا Contingency Reserve بخشی از بودجه کل پروژه است؟

بله؛ ذخیره احتیاطی هم داخل خط مبنای هزینه و هم داخل بودجه کل دیده می‌شود. ذخیره مدیریتی فقط در بودجه کل است و به خط مبنا اضافه نمی‌شود، مگر آنکه با بازنگری رسمی و تأیید مدیریت این اتفاق بیفتد.

چه کسی اجازه مصرف ذخیره مدیریتی را دارد؟

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

اگر ریسک شناسایی‌شده هرگز رخ ندهد، با ذخیره‌اش چه می‌شود؟

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

نوشته های مشابه

دیدگاهتان را بنویسید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *

دکمه بازگشت به بالا