Як мотивувати девелоперів на активності поза межами розробки
«Ми взагалі-то розробниками працюємо, а не спікерами», — такі слова нерідко можна почути від розробників. І звісно, така позиція дуже сильно засмучує менеджерський склад. Але цю ситуацію можна й треба змінювати. Ірина Чмут, SCRUM-майстер в ІТ-команді NIX, знає як це зробити.
Психологія мотивації
Є дві розповсюджені форми мотивації співробітників: матеріальна та нематеріальна. Перша є зрозумілою, а от друга вимагає креативного підходу та часу для реалізації.
Важливо пам’ятати, що ми всі люди, і маємо власні емоції та почуття.
Позитивний підхід до комунікації із командою може бути важливою відправною точкою. Похвала завжди позитивно впливає на ініціативу команди та окремих фахівців.
Позитивне підкріплення
Якщо ви помітили, що девелопер чи тестувальник проявив активність поза межами своїх безпосередніх обов’язків, підкресліть це у позитивному ключі. Можливо, хтось із команди самостійно організував ретроспективу, допоміг спланувати спринт чи ініціював важливі зустрічі із замовниками. І майте на увазі, що схвалення як стимул найкраще працює за присутності інших членів команди.
Така тактика називається позитивним підкріпленням. Вона розроблена спеціалістами з дитячої психології, але зараз активно застосовується в бізнесі, де через похвалу підкреслюється очікувана та бажана поведінка. Так, позитивне підкріплення — розповсюджена тактика корекції поведінки військових. Генерали часто відмічають позитивні зразки в особистих досягненнях солдатів як стимул для всієї роти, і це працює.
Американський клінічний психолог Беррес Скіннер стверджує: все, що підсилює бажану поведінку, можна вважати позитивним підкріпленням, особливо коли це виявляється в груповому контексті, де воно є особливо ефективним.
А тепер повернемося до IT. Ваша команда може створити свої власні нагороди, такі як “Кудос Тижня”, “Нашивка найактивнішого члена команди” або “Кубок Активності”. Ці ачівки демонструють визнання ініціативи учасників на рівні команди, дають додаткову мотивацію і сприяють професійному зростанню.
Покажіть, що робить девелопера крутим експертом
Багато розробників зазначають, що їхня робота допомагає досягати конкретних результатів. Проте важливо також виявити та підтримувати їх інші таланти та активності.
Зважайте: технічні фахівці оцінюють факти та цифри. Тож наведіть статистику, яка відображає результати різних завдань, вирішених самостійно чи в співпраці з іншими розробниками.
Приклад із практики
Junior-розробником був зосереджений виключно на кодингу. Під час однієї з наших бесід я запропонувала йому провести експеримент, спираючись на показники швидкості й обсягу його роботи. За місяць активної участі у просвітницькій діяльності (він ділився своїми успіхами та факапами під час спринта) розробник неабияк прокачав рівень своїх знань. Адже пояснюючи різні кейси, він спирався на власну технічну базу.
Його колеги зауважили, що не очікували такої активності від цього девелопера, навіть не знали, що він настільки професійний і до нього можна звертатися з приводу тих чи інших питань. Тож наведення цифр та статистики, таких як кількість задач і закритих сторі пойнтів, допомогло йому побачити свій власний успіх.
Підбиваємо підсумки
Насамкінець хочу вкотре підкреслити один із ключових принципів Agile: важливішим за процеси та інструменти є взаємодія між людьми. Згадайте, що час роботів ще не настав. Ви працюєте з командою, де кожен — унікальна особистість зі своїми сильними і слабкими сторонами, здібностями та мріями. Використовуйте цю різноманітність для мотивації колег, роблячи робочі будні насиченими та цікавими. При виборі активностей для колег наголошуйте на тому, що кожна ваша ідея призначена допомагати їм відкривати нові аспекти для професійного та особистісного розвитку.