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