ممکن است مسئول راهاندازی یک صفحه فروش، برگزاری یک رویداد یا ساماندادن فرایند جذب نیرو شده باشید، بدون اینکه عنوان شغلیتان «مدیر پروژه» باشد. بااینحال، باید کار چند نفر را هماهنگ کنید، محدودیت زمانی را در نظر بگیرید و نتیجهای مشخص تحویل بدهید. مدیریت پروژه برای غیر مدیر پروژه دقیقاً از همین نقطه شروع میشود: تبدیل یک خواسته مبهم به کاری روشن، قابلپیگیری و قابلتحویل.
برای اولین پروژه، لازم نیست همه روشها و اصطلاحات تخصصی را یاد بگیرید. کافی است بدانید چه چیزی باید ساخته شود، چه کسی مسئول آن است، کارها با چه ترتیبی پیش میروند و چه کسی نتیجه را تأیید میکند.
مدیریت پروژه برای غیر مدیر پروژه یعنی چه؟
پروژه کاری موقت است که خروجی مشخصی دارد. «پاسخگویی روزانه به مشتریان» معمولاً فعالیت جاری است؛ اما «راهاندازی فرایند جدید پاسخگویی تا یک موعد مشخص» میتواند پروژه باشد.
مدیریت پروژه یعنی هماهنگکردن هدف، محدوده کار، زمان، منابع و تصمیمها برای رسیدن به آن خروجی. منابع فقط پول نیستند؛ وقت همکاران، دسترسی به اطلاعات و امکان دریافت تأیید نیز منابع محسوب میشوند.
اگر مسئول اولین پروژهتان هستید، قرار نیست همه کارها را شخصاً انجام دهید. نقش اصلی شما این است که:
- ابهامها را پیش از تبدیلشدن به مشکل برطرف کنید.
- مسئولیتها و ترتیب انجام کارها را روشن نگه دارید.
- موانع را به فردی برسانید که اختیار رفع آنها را دارد.
- مطمئن شوید خروجی نهایی با توافق اولیه مطابقت دارد.
برای ملموسشدن مراحل، فرض کنیم مسئول راهاندازی صفحه ثبتنام یک کارگاه آموزشی هستید. متن، طراحی و آمادهسازی فنی بین چند نفر تقسیم شده و انتشار صفحه به تأیید مسئول کارگاه نیاز دارد.
۱. پیش از برنامهریزی، توافق اولیه را روشن کنید
اشتباه رایج این است که با شنیدن «این کار را انجام بده»، بلافاصله فهرست وظایف بسازید. ابتدا باید معلوم شود درخواستکننده دقیقاً چه نتیجهای میخواهد.
یک برگه کوتاه تعریف پروژه تهیه کنید و این پرسشها را پاسخ دهید:
| پرسش | نمونه پاسخ برای صفحه ثبتنام |
|---|---|
| چرا این پروژه انجام میشود؟ | فراهمکردن امکان ثبتنام برای کارگاه |
| خروجی نهایی چیست؟ | صفحه منتشرشده با اطلاعات کارگاه و فرم ثبتنام |
| چه چیزهایی داخل محدوده است؟ | متن، طراحی، پیادهسازی و بررسی فرم |
| چه چیزهایی خارج از محدوده است؟ | تبلیغات کارگاه و طراحی کل وبسایت |
| موعد تحویل چیست؟ | تاریخ توافقشده پیش از شروع اطلاعرسانی |
| چه کسی خروجی را تأیید میکند؟ | مسئول کارگاه |
موفقیت را با معیار پذیرش تعریف کنید، نه با عباراتی مثل «خوب و حرفهای باشد». برای این مثال، معیارها میتوانند نمایش درست صفحه در موبایل، صحت اطلاعات و ثبت موفق فرم آزمایشی باشند.
همچنین روشن کنید چه اختیاری دارید: آیا میتوانید اولویت کار همکاران را تغییر دهید؟ هزینهای را تأیید کنید؟ یا فقط پیشنهاد بدهید؟ اگر مسئول نتیجه باشید اما اختیار لازم را نداشته باشید، باید از ابتدا فرد تصمیمگیرنده را مشخص کنید.
۲. خروجی را به کارهای قابلانجام بشکنید
وظیفهای مانند «آمادهکردن صفحه ثبتنام» برای پیگیری بیش از حد بزرگ است. آن را به کارهایی تبدیل کنید که مسئول، نتیجه و نقطه پایان روشنی دارند.
در مثال ما، فهرست اولیه میتواند چنین باشد:
- دریافت اطلاعات نهایی کارگاه.
- نوشتن متن صفحه.
- تأیید متن.
- طراحی صفحه.
- پیادهسازی صفحه و فرم.
- بررسی نمایش و عملکرد فرم.
- رفع ایرادها و دریافت تأیید نهایی.
- انتشار صفحه.
برای هر کار، دستکم این اطلاعات را ثبت کنید:
- خروجی: چه چیزی باید تحویل داده شود؟
- مسئول اصلی: چه کسی پاسخگوی پیشرفت آن است؟
- زمان تقریبی: چه مقدار کار و چه بازهای لازم دارد؟
- وابستگی: شروع یا پایان آن به کدام کار وابسته است؟
- معیار پایان: از کجا میفهمیم واقعاً تمام شده است؟
چند نفر میتوانند در یک کار مشارکت کنند، اما بهتر است یک نفر مسئول اصلی باشد. «تیم محتوا انجام میدهد» بهاندازه نام یک مسئول مشخص قابلپیگیری نیست.
کارها را بیش از حد خرد نکنید. اگر انجام یک وظیفه مستقل است و میتوان وضعیتش را بررسی کرد، معمولاً برای برنامه اولیه کافی است.
۳. زمانبندی را بر اساس ظرفیت واقعی بسازید
مدت انجام کار با فاصله تقویمی تا تحویل یکی نیست. کاری که چند ساعت زمان میخواهد، ممکن است به دلیل سایر تعهدات همکار یا انتظار برای تأیید، چند روز طول بکشد.
پیش از تعیین موعد، از هر مسئول بپرسید:
- چه مقدار زمان برای این کار نیاز دارد؟
- در چه روزهایی واقعاً میتواند روی آن کار کند؟
- چه اطلاعات یا دسترسیهایی لازم دارد؟
- چه چیزی ممکن است شروع کار را عقب بیندازد؟
سپس وابستگیها را مشخص کنید. برای نمونه، طراحی نهایی به متن تأییدشده وابسته است؛ اما آمادهکردن محیط فنی شاید بتواند همزمان با نوشتن متن انجام شود.
برای پروژهای ساده، فهرست مرتب کارها و تاریخ تحویل کافی است. اگر چند مسیر کاری همزمان و وابسته دارید، نمودار گانت میتواند ترتیب و همپوشانی آنها را روشنتر کند.
اگر موعد از قبل تعیین شده باشد چه کنیم؟
تاریخ را صرفاً بین کارها تقسیم نکنید. ابتدا بررسی کنید آیا ظرفیت موجود با آن سازگار است. اگر نیست، باید درباره کاهش محدوده، تغییر موعد یا تأمین منابع تصمیم گرفته شود.
زمان بازبینی، اصلاح و تأیید را هم در برنامه بگنجانید. تحویل نسخه اولیه به معنای پایان پروژه نیست. برای عدمقطعیتها نیز حاشیه زمانی متناسب در نظر بگیرید؛ یک درصد ثابت برای همه پروژهها قابلاتکا نیست.
۴. روش پیگیری و ارتباط را از ابتدا مشخص کنید
وقتی بخشی از اطلاعات در پیامرسان، بخشی در ایمیل و بخشی در ذهن افراد باشد، حتی پروژه کوچک هم مبهم میشود. یک محل مشترک برای فهرست کارها، وضعیتها و تصمیمها انتخاب کنید.
برای شروع، چهار وضعیت ساده کافی است:
- انجامنشده: هنوز شروع نشده است.
- در حال انجام: مسئول روی آن کار میکند.
- در انتظار: ادامه کار به تأیید، اطلاعات یا رفع مانع وابسته است.
- تمامشده: معیار پایان تأمین شده است.
قواعد ارتباط را هم روشن کنید: چه زمانی وضعیتها بهروز میشوند، موانع کجا گزارش میشوند و چه مسئلهای نیاز به اطلاع فوری دارد؟
گزارش پیشرفت کوتاه میتواند فقط به چهار پرسش پاسخ دهد:
- از گزارش قبلی چه چیزی تمام شده است؟
- کار بعدی چیست؟
- چه مانعی وجود دارد؟
- چه تصمیمی، توسط چه کسی و تا چه زمانی لازم است؟
تعداد جلسات را با پیچیدگی و سرعت پروژه تنظیم کنید. اگر اطلاعات بهروز است و تصمیمی لازم نیست، گزارش نوشتاری میتواند جای جلسه را بگیرد. اما اختلاف درباره محدوده یا موعد معمولاً به گفتوگوی مستقیم نیاز دارد.
۵. ریسکها را زودتر ببینید و تغییرات را ثبت کنید
ریسک اتفاقی است که هنوز رخ نداده، اما ممکن است به پروژه آسیب بزند. مشکل اتفاقی است که همین حالا رخ داده است.
در مثال صفحه ثبتنام، «ممکن است اطلاعات کارگاه دیر نهایی شود» یک ریسک است. وقتی موعد دریافت اطلاعات گذشته و هنوز چیزی دریافت نشده، با مشکل روبهرو هستید.
برای اولین پروژه، یک فهرست کوتاه از ریسکهای مهم بسازید. مقابل هر مورد بنویسید:
- چه نشانهای از نزدیکشدن آن خبر میدهد؟
- برای کاهش احتمال یا اثر آن چه میکنید؟
- چه کسی مسئول پیگیری است؟
- اگر رخ داد، چه تصمیمی لازم میشود؟
مثلاً برای تأخیر در تأیید متن، میتوانید زمان بازبینی را از ابتدا با تأییدکننده هماهنگ کنید و پیامد تأخیر را روشن نگه دارید.
با درخواستهای جدید چگونه برخورد کنیم؟
درخواست جدید الزاماً نامناسب نیست؛ مسئله، اضافهشدن آن بدون بررسی اثرش است. اگر وسط پروژه درخواست ساخت یک صفحه دیگر مطرح شد، پیش از پذیرش بپرسید:
«این تغییر چه اثری بر زمان، حجم کار و موعد انتشار دارد؟»
نتیجه باید تصمیمی روشن باشد: کار دیگری حذف شود، موعد تغییر کند، منابع اضافه شود یا درخواست به مرحله بعد برود. تصمیم را ثبت کنید تا برنامه جدید برای همه یکسان باشد.
۶. پیشرفت را با خروجی بسنجید، نه با مشغولبودن
«روی کار هستیم» وضعیت دقیقی نیست. برای بررسی پیشرفت، خروجی قابلمشاهده بخواهید: پیشنویس متن، طرح آماده بازبینی یا فرم قابلآزمایش.
در پروژههای کوچک، وضعیت کارها و رسیدن به نقاط عطف اغلب از درصدهای مبهم مفیدتر است. «متن تأیید شده، طراحی آماده است و آزمون فرم باقی مانده» بهتر از «پروژه ۸۰ درصد پیش رفته» مسیر باقیمانده را نشان میدهد.
اگر کار عقب افتاد، ابتدا علت را مشخص کنید: برآورد نادرست بوده، مسئول ظرفیت ندارد، اطلاعات ناقص است یا تأیید دیر رسیده؟ سپس برنامه را اصلاح کنید. پیگیری مکرر بدون رفع علت، مانع را از بین نمیبرد.
برای کارهای مهم، پیش از موعد نهایی بازبینی میانی بگذارید. دیدن نسخه اولیه، فرصت اصلاح میدهد؛ دیدن خروجی برای اولین بار در روز تحویل، این فرصت را محدود میکند.
۷. پروژه را با تحویل روشن ببندید
پروژه زمانی تمام میشود که خروجی طبق معیارهای توافقشده بررسی و پذیرفته شود؛ نه فقط وقتی آخرین وظیفه علامت «تمامشده» گرفته است.
هنگام تحویل، این موارد را بررسی کنید:
- خروجی نهایی کجاست و چه کسی آن را تأیید کرده است؟
- فایلها، مستندات و دسترسیهای لازم تحویل شدهاند؟
- ایراد یا کار باقیماندهای وجود دارد؟
- مسئول نگهداری یا پاسخگویی پس از تحویل کیست؟
اگر موردی باقی مانده، آن را با مسئول و موعد مشخص ثبت کنید؛ پنهانکردن کار ناتمام در عنوان «تحویل نهایی» فقط ابهام ایجاد میکند.
در پایان، یک مرور کوتاه داشته باشید: چه چیزی خوب پیش رفت، کجا تأخیر یا دوبارهکاری رخ داد و در پروژه بعد چه تغییری میدهید؟ هدف این مرور پیداکردن مقصر نیست؛ بهترکردن روش کار است.
سوالات متداول
آیا برای اولین پروژه باید روش اجایل یا اسکرام یاد بگیرم؟
لزوماً نه. ابتدا هدف، مسئولیتها، وابستگیها و روش پیگیری را روشن کنید. انتخاب روش تخصصی زمانی مفید است که با نوع کار و شیوه همکاری تیم تناسب داشته باشد.
آیا میتوان پروژه را با یک فایل مشترک مدیریت کرد؟
بله، برای پروژه ساده میتواند کافی باشد؛ به شرطی که مسئول، موعد، وضعیت و تصمیمها مرتب بهروز شوند. با افزایش تعداد کارها و وابستگیها، ابزار مدیریت پروژه پیگیری را آسانتر میکند.
اگر همکاران مستقیماً زیر نظر من نباشند چه کنم؟
با مدیران یا مسئولان مربوط، درباره زمان اختصاصیافته و اولویت پروژه توافق کنید. هماهنگی بدون اختیار مستقیم به تعهد روشن و مسیر مشخص ارجاع موانع نیاز دارد.
اگر پروژه از برنامه عقب افتاد، اولین اقدام چیست؟
علت تأخیر و اثر آن بر کارهای بعدی را بررسی کنید. سپس گزینههای قابلاجرا را با تصمیمگیرنده مطرح کنید؛ موعد جدید را بدون بررسی ظرفیت و وابستگیها وعده ندهید.
اجرای اولین پروژه با تسکیـ
وقتی تعریف پروژه و تقسیم کار روشن شد، تسکیـ میتواند پیگیری آن را در یک فضای مشترک سادهتر کند. تسکیـ نرمافزار ایرانی مدیریت پروژه و مدیریت وظایف برای تیمهاست؛ بنابراین لازم نیست فهرست کارها، زمانبندی و مستندات پروژه را پراکنده نگه دارید.
برای همان پروژه صفحه ثبتنام، میتوانید این مسیر را دنبال کنید:
- تعریف پروژه و معیارهای پذیرش را در مستندات و ویکی تیمی ثبت کنید.
- کارهای متن، طراحی، پیادهسازی و بررسی را به وظایف و زیروظیفهها تبدیل کنید.
- با نمای فهرست یا برد کانبان، وضعیت کارها را مرور کنید.
- زمانبندی را با تقویم شمسی تنظیم کنید و برای نمایش ترتیب کارها از چارت گانت و وابستگیها کمک بگیرید.
- برای مرور پیشرفت، از گزارش و داشبورد استفاده کنید.
مثلاً وابستگی طراحی نهایی به تأیید متن، در کنار وضعیت وظایف مشخص میکند کدام کار منتظر است و پیگیری باید از کجا آغاز شود.
تقویم شمسی، راستبهچپ کامل و پشتیبانی فارسی نیز با نیاز تیمهای فارسیزبان سازگارند. ابزار جای توافق روشن و تصمیمگیری را نمیگیرد؛ ارزش آن در این است که برنامه و وضعیت کار برای اعضای تیم قابلمشاهده بماند.
برای شروع، یک پروژه کوچک انتخاب کنید، خروجی و مسئولیتهایش را روشن بنویسید و پیگیری را از همان روز اول منظم نگه دارید. اگر میخواهید این برنامه را در فضای کاری مشترک اجرا کنید، شروع رایگان با تسکیـ با پلن رایگان همیشگی و بدون پیشپرداخت، فرصت مناسبی برای آغاز است.