Як можна вплинути на розробника, який не хоче працювати?
Зустрічне питання: цей розробник не вписується в естимації та порушує дедлайни? На нього скаржиться клієнт? На нього скаржиться команда? З чого почалась думка, що на нього треба впливати, щоб він працював «більше»?
Якщо цих проблем немає, то виходить, що це просто бажання РМ-а (тімліда etc.), щоб всі працювали ефективніше.
Треба дізнатись, що цього розробника мотивує, що стимулює, які у нього є цілі та бажання, і чому він працює лише по 3-4 години. Звісно, якщо задавати ці питання прямо в лоб, то можна отримати негативний результат, і стане тільки гірше, та складніше буде підвищити його продуктивність.
Для цього зазвичай використовується спостерігання та розмови на «відсторонені теми». Потім, коли вже є впевненість, що ви розумієте його інтереси, можна розповісти йому, як робота по 7-8 годин може цим інтересам сприяти. Це так звана «м’яка мотивація».
Наприклад, можна запропонувати персональний план розвитку для отримання підвищення ЗП, знайти ментора який зміг би на прикладі його задач надавати йому допомогу та ділився б досвідом, в результаті розробник був би більш зацікавлений працювати більше, щоб отримати більше цієї підтримки.
Якщо ж розробник не зацікавлений в розвитку та навчанні, то треба починати шукати йому заміну. Хай він і далі собі працює, але розраховувати на нього вже не варто.
Якщо ж є проблеми з командою або замовником, то про це треба прямо і казати.
Якщо є статистика по виконанню подібних задач іншими розробниками, і вони витрачають в два рази менше часу на ті ж самі задачі — треба показати йому цю статистику як доказ його неефективності та попередити, що так не може продовжуватися, і якщо він хоче й далі працювати, то треба саме працювати, а не імітувати роботу.
РМ має право впливати на ЗП розробників, якщо ті недопрацьовують. І цим правом користуватись іноді необхідно.
Добре, якщо є досвідчений розробник, який зможе підтвердити адекватну естимацію по часу на задачі, і зможе показати, які задачі виконуються з великою затримкою.
У мене було кілька таких розробників, які «не хотіли працювати». У всіх були різні ситуації.
Випадки бувають різні. Не існує універсального рішення. Треба спілкуватися з людьми, щоб зрозуміти причини і діяти відповідно!
Цей текст з особистого блогу, опублікований з дозволу автора.
Коротко про українську IT-сферу у 2024 році Це коли на одну вакансію Middle розробника по…
Формування криптовалютної галузі в Україні почалося ще у 2014 – саме тоді з'явилися перші стартапи,…
Автор цього блогу — Python-девелопер Сергій Солдатов, який вирішив створити досить унікальний продукт. І це…
Думки шукачів діляться на: «так, однозначно» і «ні, не вартує, я все і так про…
Синдром студента — це форма прокрастинації, яка полягає в тому, що людина, якій дали завдання,…
Git — це найпопулярніша CVS прямо зараз, яка дозволяє відстежувати історію розробки і спільно працювати.…