برای مدیران ارشد، ارزش اصلی اسکرام در برگزاری جلسه روزانه یا استفاده از برد وظایف نیست؛ اسکرام روشی برای کوتاه‌کردن فاصله میان «تصمیم مدیریتی» و «مشاهده نتیجه واقعی» است. به‌جای آنکه مدیریت ماه‌ها منتظر پایان یک پروژه بماند، میتواند در بازه‌های کوتاه خروجی قابل ارزیابی ببیند، درباره ادامه مسیر تصمیم بگیرد و قبل از آنکه هزینه یک اشتباه بزرگ شود، آن را اصلاح کند.
اسکرام از نگاه مدیرعامل با نگاه تیم اجرایی چه تفاوتی دارد؟
وقتی درباره اسکرام صحبت می‌شود، معمولاً ذهن افراد به Sprint، Product Backlog، Scrum Master و جلسه روزانه می‌رود. این مفاهیم برای تیم اجرایی اهمیت زیادی دارند، اما مدیرعامل، مدیر ارشد عملیات یا مدیر یک واحد کسب‌وکار باید اسکرام را در سطح متفاوتی ببیند.
سؤال مدیر ارشد این نیست که «امروز هر برنامه‌نویس چه کاری انجام داده است؟». سؤال‌های مهمتر این‌ها هستند: آیا تیم روی مهم‌ترین مسئله سازمان کار میکند؟ آیا سرمایه‌گذاری انجام‌شده به نتیجه نزدیک می‌شود؟ آیا ریسک جدیدی ایجاد شده است؟ آیا اولویت‌های سه ماه قبل هنوز معتبر هستند؟
یک Sprint معمولاً بازه‌ای حداکثر یک‌ماهه دارد و بسیاری از تیم‌ها از Sprintهای یک یا دو هفته‌ای استفاده میکنند. همین کوتاه‌شدن چرخه بازخورد باعث می‌شود تصمیمگیری مدیریتی نیز از یک فرآیند چندماهه به فرآیندی مستمر تبدیل شود.
- تیم بر روی تعداد محدودی از اولویت‌ها تمرکز میکند.
- در پایان هر چرخه، خروجی واقعی بررسی می‌شود.
- بازخورد مشتری و ذی‌نفعان وارد تصمیم بعدی می‌شود.
- برنامه آینده بر اساس اطلاعات جدید اصلاح می‌شود.
بنابراین برای مدیر ارشد، اسکرام را می‌توان یک سیستم بازخورد مدیریتی کوتاهمدت دانست، نه صرفاً یک روش اجرای وظایف.
۱. اسکرام چگونه ریسک تصمیم‌های مدیریتی را کاهش می‌دهد؟
یکی از مشکلات مدل‌های سنتی این است که فاصله زیادی میان تصمیم، اجرا و مشاهده نتیجه ایجاد می‌شود. ممکن است بودجه یک پروژه تصویب شود، ۶ ماه کار انجام شود و تازه در پایان مشخص شود که بخشی از فرضیات اولیه اشتباه بوده است.
در مدیریت چابک، پروژه به مجموعه‌ای از چرخههای کوتاه تبدیل می‌شود. اگر Sprint تیم ۲ هفته باشد، سازمان تقریباً هر ۱۴ روز یک فرصت رسمی برای بررسی مسیر در اختیار دارد.
این موضوع به‌خصوص در پروژههایی که عدم قطعیت بالایی دارند اهمیت دارد؛ مانند توسعه محصول جدید، تحول دیجیتال، طراحی نرمافزار، راه‌اندازی سرویس تازه یا ورود به یک بازار جدید.
- فرضیات سریع‌تر آزمایش میشوند.
- مشکلات اجرایی زودتر آشکار میشوند.
- بازخورد مشتری دیر به سازمان نمی‌رسد.
- بودجه برای ماه‌ها روی یک مسیر اشتباه قفل نمی‌شود.
مدیر ارشد همچنان میتواند یک هدف ۶ یا ۱۲ ماهه تعیین کند، اما لازم نیست جزئیات مسیر رسیدن به آن را از روز نخست مشخص کند.
۲. مدیر ارشد در اسکرام باید خروجی را مدیریت کند، نه فعالیت را
یکی از مهم‌ترین تغییرات مدیریتی در سازمان چابک، عبور از کنترل فعالیت به کنترل نتیجه است. گزارش اینکه یک نفر ۸ ساعت کار کرده یا ۱۲ وظیفه را جابه‌جا کرده، به‌تنهایی مشخص نمی‌کند که تیم ارزش ایجاد کرده است.
مدیر ارشد باید بتواند میان سه سطح تفاوت قائل شود:
| سطح | سؤال مدیریتی | نمونه |
|---|---|---|
| فعالیت | چه کاری انجام شد؟ | ۲۰ تسک بسته شد |
| خروجی | چه چیزی تحویل شد؟ | نسخه جدید فرآیند ثبت سفارش منتشر شد |
| نتیجه | چه تغییری در کسب‌وکار ایجاد شد؟ | زمان ثبت سفارش ۳۰٪ کاهش پیدا کرد |
اسکرام زمانی برای مدیران ارشد ارزشمند می‌شود که Sprint Review از یک نمایش کارهای انجام‌شده به جلسه‌ای برای ارزیابی نتیجه و تصمیمگیری درباره سرمایه‌گذاری بعدی تبدیل شود.
اگر مدیرعامل وارد جزئیات تک‌تک تسک‌ها، جابه‌جایی افراد و تصمیم‌های روزمره تیم شود، احتمالاً بخش مهمی از استقلالی را که اسکرام برای تیم ایجاد میکند از بین خواهد برد.
۳. برنامهریزی چابک به معنای نداشتن برنامه نیست
یکی از برداشت‌های اشتباه درباره Agile این است که «در روش چابک برنامهریزی نمی‌کنیم». واقعیت تقریباً برعکس است. در سازمان چابک برنامهریزی دفعات بیشتری انجام می‌شود، اما میزان جزئیات با فاصله زمانی تصمیم متناسب است.
برای مثال، سازمان میتواند چشم‌انداز ۱۲ ماهه، اهداف ۳ ماهه، برنامه Sprint دو هفته‌ای و برنامه روزانه داشته باشد. تفاوت در این است که برنامه ۱۲ ماهه نباید با همان میزان جزئیات برنامه دو هفته آینده نوشته شود.
- افق بلندمدت: جهت حرکت و اهداف کسب‌وکار.
- افق میان‌مدت: اولویت‌های محصول و پروژه.
- Sprint: خروجی مشخص و قابل دستیابی.
- روزانه: هماهنگی اجرایی تیم.
برای مدیر ارشد، این مدل یک مزیت مهم دارد: سازمان بدون از دست دادن جهت استراتژیک، امکان تغییر تاکتیک را حفظ میکند.
اگر شرایط بازار در ماه سوم تغییر کند، لازم نیست سازمان صرفاً به این دلیل که یک برنامه ۱۲ ماهه تصویب شده است، ۹ ماه دیگر همان مسیر را ادامه دهد.
۴. شفافیت؛ مهم‌ترین چیزی که مدیران از اسکرام باید بخواهند
یک مدیر ارشد معمولاً نمی‌تواند مستقیماً درگیر تمام پروژههای سازمان باشد. بنابراین کیفیت تصمیم‌های او وابستگی زیادی به کیفیت اطلاعاتی دارد که دریافت میکند.
در سیستم‌های سنتی ممکن است گزارش وضعیت پروژه ماهی یک‌بار تهیه شود. در این شرایط، یک مشکل میتواند حدود ۳۰ روز بدون دیده‌شدن در سطح مدیریت باقی بماند. در یک فرآیند دو هفته‌ای، چرخه مشاهده وضعیت میتواند به حدود ۱۴ روز یا حتی کمتر کاهش پیدا کند.
اما شفافیت به معنی تولید داشبوردهای بیشتر نیست. مدیر باید بتواند به چند سؤال مشخص پاسخ دهد:
- اکنون مهم‌ترین هدف تیم چیست؟
- چه چیزی واقعاً تکمیل شده است؟
- کدام کارها در حال تأخیر هستند؟
- بزرگ‌ترین مانع تیم چیست؟
- توان عملیاتی تیم در چند دوره اخیر چگونه تغییر کرده است؟
- آیا حجم کار ورودی بیشتر از ظرفیت تحویل است؟
به همین دلیل ابزار مدیریت کار باید بتواند بین کار اجرایی و گزارش مدیریتی ارتباط برقرار کند. در تیکبورد، بوردها، وظایف، ثبت زمان، تقویم و گزارش‌های عملکرد در یک فضای کاری قرار دارند و مدیر میتواند وضعیت کار تیم را بدون جداکردن اطلاعات میان چند ابزار دنبال کند.
گزارش‌های عملکرد، کارهای انجام‌شده، همه وظایف، برگه زمانی و عملکرد تیم نیز برای ایجاد همین دید مدیریتی در نظر گرفته شده‌اند.
۵. نقش مدیر ارشد در اسکرام چیست؟
مدیر ارشد قرار نیست Scrum Master سازمان باشد و نباید جای Product Owner تصمیم بگیرد. مهم‌ترین مسئولیت مدیریت، ساختن محیطی است که تیم بتواند در آن مسئولیت نتیجه را بپذیرد.
در یک سازمان ۱۰۰ نفره ممکن است ده‌ها یا صدها مانع مختلف وجود داشته باشد، اما برخی موانع اساساً در اختیار تیم Scrum نیستند؛ مانند فرآیند پیچیده خرید، محدودیت استخدام، تصمیم‌های متناقض میان واحدها، بودجه‌بندی نامناسب یا وابستگی شدید بین تیم‌ها.
اینجاست که نقش مدیر ارشد جدی می‌شود.
- جهت را مشخص کند: سازمان باید بداند کدام مسئله از همه مهمتر است.
- اولویت ایجاد کند: اگر همه چیز اولویت باشد، عملاً هیچ چیز اولویت نیست.
- موانع سازمانی را حذف کند: تیم نباید ماه‌ها منتظر تصمیم یک واحد دیگر بماند.
- از تیم نتیجه بخواهد: نه گزارش‌های نمایشی و ساعات حضور.
- به تیم اختیار بدهد: افراد نزدیک به مسئله باید درباره روش انجام کار تصمیم بگیرند.
۶. اسکرام چه تغییری در جلسات مدیریتی ایجاد میکند؟
در بسیاری از سازمان‌ها، جلسه مدیریت تبدیل به گزارشی طولانی از فعالیت واحدها می‌شود. هر مدیر توضیح می‌دهد چه کارهایی انجام شده و جلسه بدون تصمیم مشخص تمام می‌شود.
در سازمان چابک، اطلاعات اجرایی باید قبل از جلسه قابل مشاهده باشد. زمان جلسه مدیریت باید صرف اختلاف‌ها، ریسک‌ها، تصمیم‌ها و اولویت‌ها شود.
به‌جای این سؤال:
«این هفته چه کار کردید؟»
می‌توان پرسید:
- کدام هدف محقق نشد و چرا؟
- چه چیزی تحویل داده شد؟
- چه چیزی درباره مشتری یاد گرفتیم؟
- بزرگ‌ترین ریسک دوره بعد چیست؟
- کدام مانع نیاز به تصمیم مدیریت دارد؟
- آیا باید اولویت‌ها را تغییر دهیم؟
اگر Sprint دو هفته‌ای باشد، در طول یک سال بیش از ۲۰ نقطه طبیعی برای بررسی و اصلاح مسیر وجود خواهد داشت. این تعداد بازخورد، در مقایسه با چهار گزارش فصلی، تفاوت بزرگی در کیفیت کنترل ایجاد میکند.
۷. آیا مدیران باید Velocity و تعداد تسک‌ها را KPI کنند؟
معمولاً خیر. معیارهایی مانند Velocity، تعداد Task یا Story Point ابزارهایی برای درک ظرفیت و روند تیم هستند، نه لزوماً معیار عملکرد افراد.
اگر تعداد تسک تبدیل به KPI شود، سیستم به‌سادگی قابل بازی‌کردن خواهد بود. یک کار بزرگ را می‌توان به ۱۰ تسک کوچک تبدیل کرد و بدون ایجاد ارزش بیشتر، آمار ظاهراً بهتر تولید کرد.
مدیریت ارشد بهتر است ترکیبی از معیارهای کسبوکاری و عملیاتی را بررسی کند:
- زمان تحویل کار از درخواست تا تکمیل؛
- درصد تحقق اهداف Sprint؛
- میزان کارهای عقب‌افتاده؛
- پیشبینیپذیری تحویل؛
- تعداد موانع تکرارشونده؛
- رضایت مشتری؛
- ارزش ایجادشده برای کسب‌وکار.
تیکبورد نیز در بخش گزارش‌ها معیارهایی مانند تکمیل، تحویل به‌موقع، کنترل تأخیر، پیشبینیپذیری و توان عملیاتی را در اختیار تیم و مدیران قرار می‌دهد.
۸. مدیران چگونه بین کنترل و استقلال تیم تعادل برقرار کنند؟
یکی از سخت‌ترین بخش‌های تحول چابک برای مدیران، کنار گذاشتن مدیریت خرد نیست؛ بلکه تغییر شکل کنترل است. چابکی به معنی حذف کنترل نیست، بلکه کنترل از «روش انجام کار» به «هدف، محدودیت و نتیجه» منتقل می‌شود.
مدیر میتواند بودجه، هدف، Deadline، محدودیت‌های قانونی و شاخص موفقیت را مشخص کند، اما تیم باید آزادی کافی برای انتخاب روش رسیدن به آن داشته باشد.
برای مثال به‌جای اینکه مدیر مشخص کند سه نفر در ۱۰ روز آینده دقیقاً چه تسک‌هایی انجام دهند، میتواند هدفی مانند «کاهش زمان پاسخ‌گویی اولیه مشتری از ۲۴ ساعت به کمتر از ۴ ساعت» تعیین کند.
در حالت دوم، تیم فضای بیشتری برای حل مسئله پیدا میکند و مدیریت نیز شاخص واضح‌تری برای ارزیابی موفقیت دارد.
۹. آیا اسکرام برای همه بخش‌های سازمان مناسب است؟
خیر. یکی از اشتباه‌های رایج در تحول Agile این است که سازمان تلاش میکند هر فعالیتی را با Sprint و Scrum مدیریت کند.
اسکرام بیشترین ارزش را زمانی ایجاد میکند که مسئله دارای عدم قطعیت باشد و بتوان نتیجه را به‌صورت تدریجی تولید و بررسی کرد. توسعه محصول، بازاریابی، طراحی، تحقیق و توسعه، پروژههای تحول و بسیاری از فعالیت‌های دانشی مثال‌های مناسبی هستند.
اما یک فرآیند کاملاً تکرارشونده با حجم کار ثابت، مانند بخشی از عملیات تولید یا پردازش روزانه سفارش‌ها، ممکن است با Kanban، مدیریت فرآیند یا روش‌های عملیاتی نتیجه بهتری داشته باشد.
بنابراین مدیر ارشد نباید تصمیم بگیرد «کل شرکت از شنبه Scrum می‌شود». مسئله اصلی این است که برای هر نوع کار، سیستم مدیریت مناسبی انتخاب شود.
۱۰. ابزار چه نقشی در مدیریت چابک دارد؟
هیچ نرم‌افزاری نمی‌تواند یک سازمان غیرچابک را به‌تنهایی چابک کند. اگر اولویت‌ها هر روز عوض شوند، اختیار تصمیمگیری وجود نداشته باشد یا مدیریت دائماً در کار تیم مداخله کند، اضافه‌کردن یک برد کانبان مسئله را حل نخواهد کرد.
بااین‌حال، ابزار مناسب میتواند شفافیت و جریان اطلاعات را به شکل محسوسی بهبود دهد. بوردهای بصری، تسک‌ها، مسئول انجام، سررسید، اولویت، وزن، ثبت زمان، گزارش، تقویم و لاگ تغییرات باعث میشوند بخش زیادی از اطلاعات اجرایی بدون تهیه گزارش دستی قابل مشاهده باشد.
در تیکبورد امکان مدیریت بوردها و وظایف، تعیین مسئول، اولویت و سررسید، تسک‌های تکرارشونده، قالب‌های وظیفه، ثبت زمان، گزارش‌گیری، چت تیمی و تقویم وجود دارد. همچنین ساختار محصول به‌گونه‌ای طراحی شده که مدیریت وظایف، زمان، ارتباطات و گزارش‌ها در یک محیط مشترک قرار بگیرند.
برای مطالعه بیشتر درباره شیوه‌های مختلف مدیریت کار می‌توانید مطلب تفاوت اسکرام و WBS در مدیریت پروژه را نیز مطالعه کنید.
نشانه‌های یک پیاده‌سازی اشتباه اسکرام از نگاه مدیرعامل
وجود Sprint و Daily Scrum به‌تنهایی نشانه چابک‌بودن نیست. حتی ممکن است یک سازمان تمام اصطلاحات Scrum را استفاده کند اما همچنان همان مدیریت سنتی قبلی را با نام‌های جدید ادامه دهد.
- Sprintها مرتب تمام میشوند اما خروجی قابل استفاده وجود ندارد.
- هر هفته اولویت‌ها در میانه Sprint تغییر میکنند.
- تیم برای تصمیم‌های کوچک نیازمند تأیید چند مدیر است.
- تعداد Story Point به KPI کارکنان تبدیل شده است.
- جلسات بیشتر شده‌اند اما سرعت تصمیمگیری تغییر نکرده است.
- Product Owner اختیار واقعی تعیین اولویت ندارد.
- مشکلات در Retrospective مطرح میشوند اما موانع سازمانی برطرف نمی‌شوند.
در چنین شرایطی مشکل از «اجرای چند تکنیک اسکرام» فراتر می‌رود و باید ساختار تصمیمگیری سازمان بررسی شود.
جمع‌بندی
اسکرام برای مدیران ارشد بیش از آنکه یک متد مدیریت وظایف باشد، یک سیستم برای افزایش سرعت یادگیری سازمان است. مدیریت به‌جای انتظار چندماهه برای مشاهده نتیجه، میتواند در چرخههای کوتاه بفهمد چه چیزی کار میکند، چه چیزی کار نمی‌کند و سرمایه و نیروی سازمان باید در کدام مسیر قرار بگیرد.
نقش مدیریت در چنین سازمانی حذف نمی‌شود؛ بلکه مهمتر و استراتژیک‌تر می‌شود. مدیر باید هدف را روشن کند، اولویت ایجاد کند، موانع بین تیم‌ها را حذف کند، منابع را تخصیص دهد و نتیجه را بررسی کند؛ در مقابل، روش اجرای کار تا جای ممکن باید در اختیار تیم باقی بماند.
اگر اسکرام فقط باعث افزایش تعداد جلسات و تغییر نام سمت‌ها شود، تحول چابکی اتفاق نیفتاده است. اما اگر بتواند فاصله میان تصمیم، اجرا، بازخورد و اصلاح را کوتاه کند، به یکی از مؤثرترین ابزارهای مدیریتی برای سازمان‌هایی تبدیل می‌شود که در محیطی پر از تغییر و عدم قطعیت فعالیت میکنند.
ابزارهایی مانند تیکبورد نیز میتوانند زیرساخت این شفافیت را فراهم کنند؛ به‌خصوص زمانی که اطلاعات مربوط به وظایف، زمان، سررسیدها، ارتباطات و گزارش عملکرد در یک فضای مشترک ثبت شود و مدیر برای فهم وضعیت واقعی سازمان مجبور به جمع‌آوری چندین فایل اکسل و گزارش پراکنده نباشد.