نویسنده: WKFGo Editorial · ·
«فردا می‌فرستم» قرارداد نیست
بین تیم‌های داخلی — توسعه، QA، DevOps، پشتیبانی — «فردا می‌فرستم» توافق‌نامه سطح خدمت (SLA) نیست. بدون SLA مکتوب، هر طرف انتظار متفاوتی دارد و اعتماد می‌شکند.
SLA داخلی یعنی: «درخواست بازبینی ظرف ۲۴ ساعت پاسخ می‌گیرد» یا «تیکت بحرانی ظرف ۴ ساعت acknowledge می‌شود.» قابل اندازه‌گیری، نه ادب.
در پروژه‌های ایرانی که چند واحد سازمانی درگیرند، SLA پل بین «ما فکر می‌کردیم» و «آن‌ها گفتند» است.
WKFGo در میز خدمت، SLA اولین پاسخ عمومی را به‌ازای اولویت ثبت می‌کند. برای handoffهای عمومی بین تیم‌ها، وضعیت و موعد تسک کمک می‌کند اما موتور SLA چندمرحله‌ای خودکار برای هر انتقال نیست؛ توافق، شروع/پایان ساعت و استثناها باید در سیاست تیم تعریف شوند.
علائم و هزینه
| علامت | هزینه |
|---|---|
| «فردا» بدون تاریخ | تأخیر زنجیره‌ای |
| هیچ SLA مکتوب | بحث شخصی |
| بازبینی ۵+ روز | گلوگاه |
| پشتیبانی بدون اولویت | مشتری ناراضی |
| جلسه تنش بین تیم‌ها | بدون داده |
چارچوب عملی
1. تبادل‌های پرتکرار را لیست کنید
بازبینی، deploy، پاسخ تیکت، تأیید مالی.
در عمل، نبود توافق سطح خدمت داخلی بدون پیگیری هفتگی فراموش می‌شود. مسئول مشخص کنید و در جلسه کوتاه وضعیت را مرور کنید — نه جلسه دو ساعته.
2. برای هر کدام SLA واقع‌بینانه بنویسید
با ظرفیت تیم — نه آرزو.
3. در ویکی منتشر کنید
لینک در onboarding.
4. روی بورد یا تیکت مهلت SLA بگذارید
قرمز = نقض.
5. ماهانه نقض‌ها را ببینید
SLA را تنظیم کنید.
نکات تکمیلی برای اجرا
در عمل، تغییر عادت تیم سخت‌تر از نصب ابزار است. برای همین هر گام چارچوب را با مسئول و تاریخ بازبینی همراه کنید — حتی اگر بازبینی فقط پانزده دقیقه باشد. بدون ریتم هفتگی، بهترین سیاست روی کاغذ می‌ماند.
ذینفعان داخلی — مالی، فروش، پشتیبانی — اغلب زبان متفاوتی صحبت می‌کنند. یک گزارش مشترک از همان بورد و همان ماژول مالی، بحث «دو حقیقت» را کم می‌کند. مدیر پروژه واسطه مترجم نباشد؛ داده مشترک باشد.
برای تیم‌های دورکار و چندشهری در ایران، شفافیت کتبی مهم‌تر از جلسه حضوری است. ویکی پروژه، صف تصمیم و وضعیت تسک باید جایی باشد که همه — حتی عضو پاره‌وقت — بدون پیام خصوصی بتوانند بفهمند اولویت چیست.
بهبود مستمر یعنی هر ماه یک اصلاح کوچک: یک توافق سطح خدمت، یک سقف کار در جریان، یک قالب صورتجلسه. انباشت ده اصلاح همزمان تیم را خسته می‌کند؛ یک تغییر قابل اندازه‌گیری بهتر از بیانیه بلند است.
اشتباهات رایج
- SLA بدون ظرفیت
- فقط برای blame
- SLA خیلی سخت
- بدون استثنا
- فراموش بعد از ماه اول
نقش WKFGo
list_desk_tickets (تیکت)
update_status (وضعیت)
decision_inbox (صف تصمیم)
سناریوی عملی در تیم ایرانی
مثال فرضی: اگر بازبینی‌ها چهار روز معطل می‌مانند، تیم می‌تواند هدف پاسخ ۴۸ساعته و بازبین چرخشی را یک ماه آزمایش کند. نتیجه را با داده خود تیم بسنجید؛ عدد بهبود از پیش تضمین‌شده نیست.
سؤالات متداول
SLA با مشتری خارجی؟
قرارداد جدا — داخلی مکمل است.
نقض SLA؟
ریشه‌یابی نه سرزنش.
remote؟
SLA مکتوب مهم‌تر است.
چند SLA؟
۳–۵ تبادل اصلی کافی است.
جمع‌بندی
SLA داخلی قرارداد است. مکتوب، قابل اندازه‌گیری، ماهانه بازبینی.
یک handoff پرتکرار را انتخاب کنید و زمان شروع، پاسخ اول، تکمیل و pause را جدا ثبت کنید. اگر فقط میانگین را می‌بینید، صدک‌های بالا و موارد نقض پنهان می‌مانند.
منابع دست‌اول و روش راستی‌آزمایی
این فهرست برای بررسی بیشتر است؛ لینک‌های داخل متن، منبع ادعای مشخص همان بخش‌اند.