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