Керівник команди проти менеджера: встановлення меж
У сучасних ІТ-командах межа між лідером команди та менеджером може бути розмитою, викликаючи плутанину та тертя. Керівники команд часто розподіляють подвійні обов’язки — працювати як індивідуальні учасники та одночасно керувати колегами. Ця динаміка може призвести до проблем для керівників команд та їхніх менеджерів.
Як ви, як IT-лідер, вирішуєте ці виклики? Незалежно від того, чи є ви менеджером, який керує командою розробників, керівником групи, який намагається збалансувати обов’язки, чи інженером-програмістом, який шукає чіткої кар’єри, рішення полягають у розумінні та перевизначенні ролей. Давайте розглянемо практичні способи вирішення цих больових точок.
Лідер групи та менеджер: визначення та суперечки
По-перше, давайте коротко визначимо «традиційний» погляд на дві ролі. Потім ми дослідимо, що змінилося за останні роки, похитнувши статус-кво та створивши дилему між лідерами команд і менеджерами.
Історично склалося так, що різниця між лідерами команд і менеджерами була чіткою. Керівник команди, як правило, був більш практичним і брав участь у повсякденній роботі команди.
На відміну від цього, менеджер мав ширшу, більш стратегічну спрямованість, забезпечуючи узгодження діяльності команди із загальними цілями організації.
Лідер команди: галузевий стандарт
Слід враховувати важливий момент: керівник команди — це більше, ніж титул. Натомість це традиційний термін, який використовується для опису важливої ролі в ІТ. Ті, хто грає роль керівника групи, можуть мати звання керівника групи, провідного розробника або навіть керівника розробки. Керівництво командою — це загальновживаний термін, і якщо ви скажете його будь-кому, хто працює в ІТ-сфері, він, швидше за все, вас зрозуміє.
Справжнє значення цих назв просте: старший інженер із досвідом кодування, який очолює команду розробників.
Типові повсякденні обов’язки керівника групи включають проведення зустрічей команди, моніторинг виконання завдань і коригування робочого навантаження команди, коли виникають нові проекти. Вони гарантують, що завдання виконуються вчасно, і можуть втрутитися в програмування, якщо це необхідно або якщо вони вирішать це зробити. Однак їх основна роль залишається сприяти загальному прогресу команди.
Роль керівника команди вийшла за рамки розробки програмного забезпечення та поширилася на інші бізнес-сфери, такі як HR, маркетинг і продажі. У цих функціях, а також у розробці програмного забезпечення, керівник групи — це особа, яка виконує основні обов’язки, як-от маркетинг, продажі чи кадри, одночасно керуючи своїми колегами. Наприклад, керівник команди продажів (або керівник відділу продажів) може обслуговувати дзвінки про продажі разом із наглядом за командою.
Однак у цій статті ми зосереджуємося насамперед на керівниках команд у ІТ.
Менеджер
Ще одна керівна посада в ІТ називається менеджером. Менеджери зазвичай стоять «вище» керівників команд в ієрархії, що означає, що розробники звітують перед керівниками команд, а керівники команд звітують перед менеджерами.
Роль менеджера полягає в тому, щоб забезпечити відповідність цілей команди загальним цілям бізнесу. Це включатиме такі завдання, як аналіз ефективності, наймання, звільнення, просування по службі та рішення про розподіл бюджету.
Відмінності між менеджерами та лідерами команд
Підводячи підсумок, ось основні відмінності між лідерами команд і менеджерами.
- Тип роботи: у той час як керівник команди підтримує повсякденну роботу команди розробників, менеджер повинен мати можливість досягати цілей у довгостроковій перспективі. Результат: кожна роль вимагає власного набору навичок. ІТ-менеджер може мати навіть нетехнічний досвід, що навряд чи підходить для керівника команди (хоча винятки існують).
- Стиль роботи: керівник команди працює рука об руку з розробниками та іншими фахівцями, втручаючись у програмування, коли їхні знання можуть допомогти. Менеджер може провести цілий день на нарадах, спілкуючись з колегами по тому чи іншому проекту.
- Місце в ієрархії: Менеджер може мати кілька керівників команд, які підпорядковуються йому, маючи справу з кількома командами одночасно. Робота керівника групи обмежена однією командою.
- Рівень участі в практичних питаннях: керівник групи знайомий із порядком денним команди настільки, що він точно знає, що було останнє опубліковано з так званих багів. Менеджер не занурюється так глибоко, і, звичайно, не для кожної команди, якою він керує.
Щоб зрозуміти різницю, пам’ятайте, що менеджери виконують всю «менш сексуальну» роботу, наприклад, керують очікуваннями зацікавлених сторін щодо «коли» та «як» продукту, забезпечуючи бай-ін кінцевого продукту, ведуть переговори про бюджети тощо. Але керівники команд стоять за спиною, коли йдеться про оперативне, планове виконання всього запланованого та обіцяного.
Будьте неупереджені: перша чи друга роль вам більше підходить, залежить від ваших талантів і вибору. Історично ІТ були галуззю з вищою, ніж зазвичай, плинністю кадрів, тому для ІТ-фахівця зміна з однієї ролі на іншу не повинна бути проблемою.
Суперечка між двома ролями
Є дві ключові причини, чому відмінність між цими двома ролями настільки важлива.
Причина №1: у міру зростання попиту на цифрову трансформацію керівники команд почали відчувати себе перевантаженими, їм доводилося жонглювати завданнями на рівні менеджера, зберігаючи стабільний темп розвитку в своїх командах.
У відповідь на COVID-19 команди розробників швидко розширювалися. Організаціям було потрібно більше розробників, і керування їхньою роботою стало ще більшою проблемою, ніж сама нестача технічних талантів. Через дефіцит керівників команд і менеджерів межі між цими двома ролями стають дедалі розмитішими. Тепер керівники команд беруть участь у прийнятті рішень і відповідальності на рівні керівництва.
За словами технічного директора Alloy Software, «у 2020 році, коли вразила COVID і команди розробників програмного забезпечення швидко розширилися, з’явилися нові стандарти розподілу ролей. Раніше керівник команди зазвичай був старшим розробником програмного забезпечення з лідерськими навичками. Але в цей період ми почали бачити керівників команд із лише кількома місяцями досвіду роботи в ІТ. Попит на цифрову трансформацію був настільки високим, що ринок не міг встигати».
Приблизно в цей час, виникла дискусія щодо того, наскільки широкими мають бути обов’язки керівника команди та якою мірою ці обов’язки мають покладатися на наступну ланку ланцюга — менеджера.
Причина №2: традиційно керівники команд і менеджери отримували різну винагороду. Керівники команд можуть відчувати розчарування, коли їм доручають забагато обов’язків, але не отримують належної компенсації за додаткове навантаження.
Вирішити дилему в робочому середовищі: як?
Як менеджер ви можете зіткнутися з керівниками команд, які скаржаться на те, що вони перевантажені, керують завданнями, які, на їхню думку, виходять за межі їх компетенції, або навіть почуваються недооціненими.
Щоб вирішити цю проблему, потрібен продуманий підхід:
- Об’єктивно оцінюйте навантаження
Разом із керівником групи використовуйте інструменти відстеження часу, щоб проаналізувати, на що витрачається час керівника групи. Якщо вони справді перевантажені, ці дані можуть допомогти виправдати перерозподіл ресурсів або коригування обсягу проекту для вищого керівництва.
- Зберіть точки зору
Якщо довіра до керівника групи напружена, зберіть відгуки від інших членів команди або однолітків, щоб краще зрозуміти їх навантаження та поведінку. Перехресна перевірка з багатьох точок зору може пролити світло на основні проблеми.
- Визначте основні причини
Якщо немає реального перевантаження, копайте глибше. Чи конкурентоспроможна їх винагорода? Чи стикаються вони з тиском з боку токсичних членів команди? Чи є особисті проблеми поза роботою?
Якщо ви керівник команди , відчуваючи себе розтягнутим, без чітких меж і застряглим посередині, спробуйте ці поради, щоб повідомити про свої проблеми менеджеру:
- Уточніть обов’язки
Під час зустрічі запропонуйте чітко визначити, які завдання належать до ролі керівника команди, а не до менеджера. Підкресліть, що навантаження на вас завданнями, які не входять до вашої компетенції, може знизити вашу ефективність.
- Зверніться за допомогою до інструментів
Покладіться на інструменти керування проектами, керування завданнями та нотаток, щоб відстежувати все, що є на тарілці. Попросіть тренінги для вирішення міжособистісної динаміки та командних конфліктів.
Ключові висновки
Проблема «лідер команди проти менеджера» пов’язана в основному з розмитістю меж між лідерами команд і менеджерами. У зв’язку зі зростаючим попитом на ІТ-послуги в організаціях керівники команд можуть відчувати себе перевантаженими обов’язками, намагаючись внести свій внесок як колега, виконуючи управлінські завдання без повноважень чи підтримки офіційного керівника.
Спробуйте чіткіші визначення ролей, статистику відстеження часу або створіть можливості для зростання. Випереджувальні дії гарантують процвітання вашої команди.
Коли члени команди відчувають підтримку, цінність і справедливу винагороду, вони, швидше за все, внесуть значний внесок у досягнення цілей організації. Безпосередньо вирішуючи дилему лідер команди проти менеджера, ви не лише усуваєте розчарування окремих людей, але й сприяєте більш продуктивній команді.
І наостанок – застосовуйте у роботі рішення автоматизації рутинних завдань! Які?
Розробнику програмного забезпечення
Зустрічайте Alloy Software, компанію, яка розробила Alloy Navigator, комплексне програмне рішення для управління ІТ-послугами та ІТ-активами.
Компанія на ринку вже майже 20 років. Команда компанії повністю дистанційна, з гнучким графіком роботи. Тут цінують допитливі уми, особливо коли йдеться про впровадження ШІ та інших передових технологій.
Alloy Software – це провідна компанія, яка спеціалізується на розробці інноваційних програмних рішень для управління ІТ-сервісами (ITSM) та ІТ-активами (ITAM). Їхні продукти допомагають організаціям оптимізувати свої ІТ-процеси, підвищити ефективність та знизити витрати.
Що пропонує Alloy Software?
- Комплексне управління ІТ-активами: Alloy Software забезпечує повну видимість та контроль над усіма ІТ-ресурсами, від обладнання до програмного забезпечення. Це дозволяє ефективно планувати ресурси, знизити витрати на ліцензування та запобігти несанкціонованому використанню.
- Автоматизація ITSM: Програмні продукти Alloy Software автоматизують рутинні завдання, такі як обробка інцидентів, управління змінами та управління проблемами. Це дозволяє звільнити співробітників для виконання більш стратегічних завдань та покращити якість обслуговування.
- Інтегровані рішення: Продукти Alloy Software тісно інтегруються з існуючою ІТ-інфраструктурою, що забезпечує безперебійну роботу та знижує витрати на імплементацію.
- Гнучкість та масштабованість: Рішення Alloy Software можуть бути адаптовані до потреб будь-якої організації, незалежно від її розміру та складності ІТ-інфраструктури.
Основні продукти Alloy Software
Alloy Navigator: Це флагманське рішення для управління ІТ-сервісами, яке забезпечує повний цикл управління інцидентами, змінами, проблемами та іншими ІТ-процесами.
Alloy Discovery: Цей продукт дозволяє автоматично виявляти та інвентаризувати всі ІТ-активи в організації.
Якщо ви хочете дізнатися більше про Alloy Software та їхні продукти, звертайтесь до дистриб’ютора – компанії Ідеалсофт.
