Як можна вплинути на розробника, який не хоче працювати?

Як можна вплинути на розробника, який не хоче працювати?

Зустрічне питання: цей розробник не вписується в естимації та порушує дедлайни? На нього скаржиться клієнт? На нього скаржиться команда? З чого почалась думка, що на нього треба впливати, щоб він працював «більше»?

Чи є проблема?

Якщо цих проблем немає, то виходить, що це просто бажання РМ-а (тімліда etc.), щоб всі працювали ефективніше.

Треба дізнатись, що цього розробника мотивує, що стимулює, які у нього є цілі та бажання, і чому він працює лише по 3-4 години. Звісно, якщо задавати ці питання прямо в лоб, то можна отримати негативний результат, і стане тільки гірше, та складніше буде підвищити його продуктивність.

Для цього зазвичай використовується спостерігання та розмови на «відсторонені теми». Потім, коли вже є впевненість, що ви розумієте його інтереси, можна розповісти йому, як робота по 7-8 годин може цим інтересам сприяти. Це так звана «м’яка мотивація».

Наприклад, можна запропонувати персональний план розвитку для отримання підвищення ЗП, знайти ментора який зміг би на прикладі його задач надавати йому допомогу та ділився б досвідом, в результаті розробник був би більш зацікавлений працювати більше, щоб отримати більше цієї підтримки.

Якщо ж розробник не зацікавлений в розвитку та навчанні, то треба починати шукати йому заміну. Хай він і далі собі працює, але розраховувати на нього вже не варто.

Проблема точно існує

Якщо ж є проблеми з командою або замовником, то про це треба прямо і казати.

Якщо є статистика по виконанню подібних задач іншими розробниками, і вони витрачають в два рази менше часу на ті ж самі задачі — треба показати йому цю статистику як доказ його неефективності та попередити, що так не може продовжуватися, і якщо він хоче й далі працювати, то треба саме працювати, а не імітувати роботу.

РМ має право впливати на ЗП розробників, якщо ті недопрацьовують. І цим правом користуватись іноді необхідно.

Добре, якщо є досвідчений розробник, який зможе підтвердити адекватну естимацію по часу на задачі, і зможе показати, які задачі виконуються з великою затримкою.

Власний досвід

У мене було кілька таких розробників, які «не хотіли працювати». У всіх були різні ситуації.

• Один просто тупив, і я знайшов тімліда, який взяв його на менторську підтримку на два місяці, після чого його продуктивність значно збільшилась.
• Один справді не хотів (чи не міг) працювати більше 3-5 годин на день. І, як не дивно, він погодився, що йому буде оплачуватись тільки реальна кількість годин по задачам. В результаті він став отримувати 40-60% зарплати, але всі залишились задоволеними.На його долю давали тільки ті задачі, які не були дуже пріоритетними, щоб він не псував плани. Благо, таких задач вистачало.
• Ще кілька, як виявилося, намагалися працювати відразу в кількох місцях, і через це у них просто не було можливості працювати по 7-8 годин. Кожного з них звільнили.

Випадки бувають різні. Не існує універсального рішення. Треба спілкуватися з людьми, щоб зрозуміти причини і діяти відповідно!

Цей текст з особистого блогу, опублікований з дозволу автора.