حافظه مطبوعاتی کویت آخرین اخبار
alseyassahهمه دیدگاه‌ها نوشتهٔ داود الدوسري

چرا پروژه‌ها دچار مشکل می‌شوند؟

چرا پروژه‌ها دچار مشکل می‌شوند؟

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

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

اخبار محلی

مقالات دیدگاهی

امنیت و قضاوت

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

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

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

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

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

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

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

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

مهندس کویتی

آخرین اخبار منبع اصلی
لینک کپی شد ✓