پروژه و کار روزانه هر دو از «وظیفه» ساخته میشوند، اما منطق ادارهشان یکی نیست. پروژه موقت است و نتیجهای یکتا دارد؛ کار عملیاتی تکرارشونده است و سطح خدمت را حفظ میکند. اگر هر ایمیل را پروژه بنامید سیستم سنگین میشود؛ اگر پروژه را فقط چند تیک روزانه ببینید، دامنه و وابستگی گم میشود.
این راهنما مرز و محل اتصال این دو را میسازد. برای معماری یک سیستم شخصی، مقاله ساخت سیستم مدیریت وظایف را نیز ببینید.
تعریف عملی پروژه
انجمن مدیریت پروژه بریتانیا (APM) پروژه را تلاشی یکتا و موقت برای دستیابی به هدف برنامهریزیشده تعریف و آن را از مدیریت مستمر جدا میکند. برای استفاده روزانه، سه نشانه کافی است: نتیجه پایانپذیر، بیش از یک اقدام، و نیاز به هماهنگی یا بازبینی. «راهاندازی وبسایت» پروژه است؛ «پاسخ به ایمیل امروز» معمولاً عملیات است.
کار روزانه یا عملیاتی چیست؟
کاری است که جریان خدمت، نگهداری یا مسئولیت تکراری را حفظ میکند: پشتیبانی، ثبت سفارش، نظافت یا پاسخگویی. ممکن است بسیار مهم و پیچیده باشد، اما پایان یکتای پروژه ندارد. برای آن، استاندارد خدمت، تناوب، ظرفیت و مسیر استثنا مهمتر از نقشه راه پروژه است.
آزمون پنجسؤالی طبقهبندی
- نتیجه یکتای پایان چیست؟
- آیا بیش از یک اقدام یا وابستگی دارد؟
- پس از تحویل بسته میشود یا تکرار خواهد شد؟
- مالک نتیجه و معیار پذیرش کیست؟
- آیا نیاز به تصمیم، ریسک یا هماهنگی بین افراد دارد؟
یک کار چه زمانی به پروژه تبدیل میشود؟
«بهروزرسانی صفحه قیمت» شاید یک کار باشد؛ اگر نیاز به پژوهش، تأیید حقوقی، طراحی، پیادهسازی و آزمون دارد، پروژه است. تعداد ساعت بهتنهایی تعیینکننده نیست. وقتی چند خروجی یا مالک دارید، یک صفحه پروژه بسازید و اقدام بعدی را در فهرست روزانه نگه دارید.
پروژه را در فهرست روزانه نریزید
نام پروژه شروعپذیر نیست. فقط اقدام بعدی و موعددار آن وارد برنامه روز شود؛ دامنه، نقاط عطف، ریسک و تصمیمها در فضای پروژه بمانند. این پیوند جلوی فهرست صدخطی و از دسترفتن تصویر کلان را میگیرد.
عملیات را بیدلیل پروژهسازی نکنید
ساخت منشور، گانت و جلسه وضعیت برای هر کار تکراری هزینه مدیریت را بالا میبرد. عملیات پایدار به چکلیست، مالک، سقف صف و سنجه خدمت نیاز دارد. اگر میخواهید خود فرایند عملیات را تغییر دهید، آن «تغییر» میتواند یک پروژه جدا باشد.
چهار سطح سیستم
- حوزه مسئولیت: پشتیبانی، مالی یا سلامت.
- پروژه: نتیجه موقت درون آن حوزه.
- عملیات: جریان تکراری حفظکننده حوزه.
- اقدام: حرکت مشخص قابل اجرا.
هر مورد باید یک خانه اصلی داشته باشد؛ برچسبزدن در چند جای رقیب اعتماد را کم میکند.
دو نوع برنامهریزی
پروژه با نتیجه، نقطه عطف، وابستگی و ریسک برنامهریزی میشود. عملیات با حجم ورودی، ظرفیت، تناوب، سطح خدمت و استثنا. هر دو به مالک و تعریف انجامشده نیاز دارند، اما سؤالهای کنترلشان متفاوت است.
نقشه راه و backlog
راهنمای roadmap دولت بریتانیا میگوید نقشه راه با backlog یکسان نیست: نقشه جهت و اولویت آینده را توضیح میدهد، backlog کارهای تحویل در دورههای کوتاه را. برای ساخت سطح پروژه از نقشه راه پروژه استفاده کنید.
اتصال به برنامه هفتگی
ابتدا ظرفیت عملیات و تعهدهای ثابت را کنار بگذارید، سپس چند خروجی پروژه را انتخاب کنید. مقاله برنامهریزی هفتگی این تخصیص را عملی میکند. اگر عملیات همه ظرفیت را مصرف میکند، با فشردهکردن پروژه مسئله حل نمیشود؛ دامنه یا منبع باید مذاکره شود.
وضعیت پروژه و عملیات
برای پروژه: آخرین نقطه عطف، اقدام بعدی، ریسک و تصمیم باز. برای عملیات: حجم صف، سن قدیمیترین مورد، خطا، ظرفیت و استثنا. یک رنگ وضعیت بدون داده برای هیچکدام کافی نیست.
مالکیت و منبع حقیقت
صفحه پروژه مالک نتیجه، نقطه عطف و تصمیم را نگه میدارد؛ برد عملیات مالک جریان و سطح خدمت است؛ فهرست شخصی فقط اقدامهای خود فرد را نشان میدهد. هر مورد شناسه یا پیوندی به منبع اصلی داشته باشد. وقتی وضعیت در پیامرسان، فایل و ابزار پروژه جداگانه ویرایش میشود، تیم نمیداند کدام معتبر است. اعلان میتواند کپی باشد، اما تصمیم و وضعیت باید در منبع تعریفشده ثبت شوند.
مرور روزانه و هفتگی
روزانه اقدام و صف عملیات را پاکسازی کنید. هفتگی هر پروژه فعال را به اقدام بعدی وصل و ظرفیت عملیات را بازبینی کنید. راهنمای بازبینی فهرست وظایف چکلیست این مرحله را میدهد.
تعریف پایان و تحویل به عملیات
پروژه هنگام تولید خروجی لزوماً کامل نیست؛ باید معیار پذیرش، آموزش، مستندات، دسترسی، پشتیبانی و مالک عملیات روشن باشد. تحویل ناموفق، کار پنهان و خطا میسازد. دوره تثبیت و شرط خروج تیم پروژه را پیشاپیش تعیین کنید.
مثال: راهاندازی خبرنامه
پروژه: انتخاب ابزار، رضایت/حریم خصوصی، قالب، آزمون و انتشار نخستین شماره. عملیات: جمعآوری محتوا، بازبینی، ارسال و رسیدگی به لغو عضویت در هر دوره. اقدام امروز ممکن است «سه ابزار را بر اساس نیاز داده مقایسه کن» باشد. پس از تحویل، مالک عملیات و سطح کیفیت جای تیم پروژه را میگیرد.
اشتباههای رایج
- نوشتن نام پروژه بهعنوان کار روزانه؛
- ساخت پروژه برای هر فعالیت کوچک؛
- نادیدهگرفتن ظرفیت عملیات؛
- بستن پروژه پیش از تحویل به مالک پایدار؛
- نگهداشتن چند منبع حقیقت.
آزمایش هفتروزه یکپارچهسازی
- همه موارد فعال را به حوزه، پروژه، عملیات یا اقدام طبقهبندی کنید.
- برای هر پروژه نتیجه و اقدام بعدی بنویسید.
- برای هر جریان عملیات مالک و سنجه خدمت تعیین کنید.
- ظرفیت هفته را میان نگهداری و تغییر تقسیم کنید.
- موارد دوگانه و منبع حقیقت رقیب را حذف کنید.
روش تدوین و جمعبندی
این مقاله از تعریف حرفهای APM و تفکیک roadmap/backlog در راهنمای دولت بریتانیا استفاده میکند. پروژه تغییر موقت میسازد؛ عملیات خدمت تکراری را حفظ میکند؛ اقدام واحد اجرای هر دو است. هر سطح را با ابزار و سنجه مناسب اداره و تحویل میان آنها را صریح کنید.
پرسشهای متداول
کار چندساعته حتماً پروژه است؟
نه. نتیجه یکتا، چند اقدام و نیاز به هماهنگی مهمتر از مدتاند. یک کار طولانی ممکن است فقط یک اقدام باشد.
کار تکراری میتواند پروژه باشد؟
خود تکرار عملیات است؛ طراحی یا تغییر فرایند تکراری میتواند پروژهای با پایان مشخص باشد.
نام پروژه را در فهرست روزانه بنویسیم؟
بهعنوان پیوند زمینه بله، اما مورد قابل اجرا باید اقدام بعدی روشن باشد.
پروژه چه زمانی بسته میشود؟
پس از پذیرش خروجی، تکمیل تحویل، ثبت مستندات و انتقال مالکیت عملیات طبق معیار پایان.
اگر عملیات همه زمان را گرفت چه؟
حجم، سطح خدمت و منبع را با مالکها مذاکره کنید؛ پروژه را بیصدا به فهرست اضافه نکنید.
