Хто такий тимлід і як ним стати

Якщо ви мрієте про кар'єру у сфері IT, вам доводилося чути про посаду тимліду. про те, що є професія і які якості потрібно мати, щоб стати справжнім лідером команди, читайте в статті.

Хто такий тимлід

Тімлід (від англ. team lead, team leader) - керівник будь-якої команди. Backend Team Lead, Frontend Team Lead, навіть Design Team Lead – таку посаду можна зустріти у різних сферах. Найчастіше тимлід називають керівника команди розробки. Загалом, тимлід відповідає за ефективність та продуктивність команди, визначає зони відповідальності співробітників, розподіляє поточні завдання та стежить, щоб усі проблеми вирішувалися вчасно. У багатьох компаніях тимліди беруть участь у наймі фахівців у команду, вибудовують навчання співробітників, приймають ключові технічні рішення, виступають посередниками як між замовниками і командою, а й між вищим керівництвом і командою. Наприклад, збирають настрої співробітників, повідомляють про потреби та проблеми, відстоюють інтереси команди.

Дайте відповідь на 8 питань і отримайте безкоштовно кар'єрний гайд «Продакт-менеджер в IT: як створювати продукти та керувати командою». Дізнайтеся про вимоги до продакт-менеджерів в IT, перспективи професії, способи переходу з різних напрямків. У подарунок - курс з UX-дизайну для продуктів.

Освойте затребувану професію продакт-менеджера в IT на онлайн-магістратурі з РАНХіГС - лідера управлінської та бізнес-освіти в Росії

Обов'язки тимліду

Синхронізація стратегічних цілей компанії та команди

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

Планування робіт та розподіл завдань

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

Створення та підтримка позитивної робочої атмосфери

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

Формування команди

Перш ніж керувати командою, її необхідно сформувати - і тимлід, як правило, бере активну участь у HR-процесах: найманні, адаптації та навчання співробітників.Роль тимлід у процесі найму починається з формування портрета - саме тимлід описує hard і soft скіли майбутнього члена команди. Наступний етап – оцінка резюме. Як правило, після того, як HR-фахівці первинно відберуть резюме, тимлід їх додатково переглядає та обирає кандидатів, яких варто запросити на інтерв'ю. Тімлід присутній і на співбесідах: оцінює технічні навички кандидата та збіг із чинною командою з цінностей.

Онбординг

Після того як новий співробітник працевлаштований, тимлід разом із HR-фахівцем займається онбордингом новачка: знайомить із командою, занурює в деталі проекту та технічні нюанси, відстежує швидкість та ефективність адаптації. Обов'язки тимліду можуть сильно змінюватись в залежності від типу компанії, галузі та конкретних завдань. Тим не менш, усі тимліди забезпечують успішну роботу команди, досягнення поставленої мети та підтримку продуктивної робочої обстановки.

Як стати тимлідом: hard і soft skills

В ідеальному світі шлях до посади тимліда виглядає так: стажер – джуніор – мідл – сеньйор – тимлід. Але насправді все може бути не так просто. Є кілька класичних способів стати тимлід: довго працювати в одній компанії і отримати підвищення або набратися досвіду в одній компанії, але перейти на позицію тимлід в іншу. Незалежно від обраної кар'єрної траєкторії, тимлід важливо мати різні навички: як професійні (hard skills), так і особистісні (soft skills). Як уже говорилося, в різних компаніях можуть відрізнятися вимоги до тимлід, але загальні навички будуть актуальні скрізь.

Hard skills

Управління людьми

Це знання HR-процесів (найму, проведення співбесід, адаптації тощо), розуміння механізмів мотивації членів команди, підтримка сприятливого клімату в команді, розвиток навичок співробітників та навіть презентація роботи команди. Мотивація. Мотивація - головний інструмент, який дозволяє тимлід виконувати роботу. Якщо команда не вмотивована, результату не буде. У багатьох випадках для мотивації достатньо закрити гігієнічні фактори, наприклад, створити комфортний робочий простір, дати продуктивне залізо і створити адекватну команду. Або, наприклад, використовувати фінансові інструменти на кшталт зарплати вище за ринок. Тим не менш, для підвищення індивідуальних результатів кожного співробітника та його утримання в компанії важливо розуміти його особисті мотиваційні фактори та працювати безпосередньо з ними. Комусь важливіший постійний технічний виклик, а комусь регулярне визнання заслуг від команди чи користувачів. Сприятливий клімат у команді. Емоційний стан команди впливає емоційний стан окремих її членів, перформанс команди. Для збору суб'єктивних оцінок використовують інтерв'ю, опитувальники чи командну ретроспективу. Оцінка та робота з кліматом впливає на перформанс команди та задоволеність роботою. Розвиток працівників. Розвиток навичок співробітників – основний спосіб збільшити продуктивність та якість роботи команди. Основний фокус у цьому напрямі робиться на технічних та софт-скіллах конкретного співробітника. Збільшити перформанс команди – одне з ключових завдань керівника. Завдання можна вирішувати за допомогою найму, але кількість місць в офісі обмежена. Також при зростанні команди збільшується вартість управління і ускладнюється комунікація. Презентація роботи команди. Це можуть бути відкриті демо, регулярні листи зі списком досягнень на всю компанію, статті в інтранеті. Головне — охопити максимальну кількість релевантної аудиторії та надати інформацію у зрозумілому для всіх вигляді.

Стати експертом у Data Science та ML-навчання на онлайн-магістратурі ТГУ. Теорія від вузівських викладачів та практика від фахівців зі Сбера, Альфа-Банку та VK

Технічні компетенції

Так як робота тимлід знаходиться на стику роботи з кодом і менеджменту, технічні навички важливі. Тімлідом не обов'язково стає найкращий технічний фахівець команди, але навички також не можна ігнорувати. На перший план виходить не просто написання коду (нерідко буває, що тимліди майже цим не займаються), а навички вдосконалення технічної культури команди: уміння вибудувати code review, організувати обмін досвідом та знаннями всередині команди, налагодити написання технічної документації та, звичайно, стежити за якістю розробки команди та керувати технічним боргом. Code review. Перевірка коду помилок. У код-рев'ю бере участь автор та рецензент, який аналізує код і приймає рішення, чи можна його додати до загальної кодової бази проекту. Процес код-рев'ю допомагає покращити код і дати якісний зворотний зв'язок (не тільки тимліду, а й членам його команди), навчитися на помилках і поділитися знаннями про технології, варіанти вирішення питань, можливі проблеми та проект. Розповсюдження знань. Існує поняття bus factor, коли з відходом члена команди зникають інформація та знання, накопичені ним за час роботи над проектом. Тімлід повинен мінімізувати ефект та організувати систему обміну та поширення знань. Якість розробки. Тімлід відповідає за підтримку кодової бази в чистоті, бореться з хаосом у проекті, пояснює команді довгострокову вигоду від якісного коду. Він допомагає команді освоїти принципи написання чистого коду, розбирає приклади поганого та хорошого кодингу, нагадує, як застосувати best practices.

Soft skills

Комунікативні навички

• очікування перетворюються на вимоги та спускаються на людину зверху — мотивація падає, результати не досягаються;
• неявним очікуванням людей один від одного - перший не розуміє, що від нього чекає другий, а другий незадоволений, що не закриті "очевидні" очікування.

В інших видах відносин, не обов'язково трудових, небажання домовлятися та співпрацювати призводить до конфліктів.

Навичка управління груповою дискусією - фасилітація. Фасилітація (від англ. facilitate - "Полегшувати") - спеціальні дії для організації групової роботи. Володіння мистецтвом фасилітації дозволяє допомогти великій групі людей дійти єдиного рішення чи рішень. Вони відображають думки всієї групи, а не найактивніших учасників. Фасилітація дозволяє економити час навіть у складних питаннях, таких як «архітектура підприємства» або «вибір нового JS-фреймворку».

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

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

Управління конфліктами. Конфлікт - найбільш гострий спосіб вирішення протиріч в інтересах, цілях і поглядах, що виникає в процесі соціальної взаємодії. Управління їм вирішує завдання мінімізації втрат та неповторення конфліктів у майбутньому. Також лід має приймати можливість виникнення конфліктів. Боязнь їх може паралізувати роботу.

Тайм-менеджмент

У тайм-менеджменті можна виділити кілька важливих навичок: керування часом, пріоритетами, постановка особистих цілей.

Управління часом

Грамотне планування часу дозволяє досягати мети вчасно, оцінювати власні сили, не переробляти, а встигати більше.

Постановка особистих цілей

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

Управління пріоритетами

Управління пріоритетами - це навичка, яка допомагає тимлід працювати в умовах повної завантаженості завданнями. Він допомагає робити те, що принесе більше користі та цінності, підтримуватиме work/life balance, оцінюватиме ресурси.

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

Саморозвиток

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

Вміння вчитися. Здатність розвивати hard- та soft-скіли для досягнення кращої продуктивності та результатів. Чим досвідченіший лід, тим більше у нього відповідальності. Тому з'являються нові проблеми та завдання. У деяких випадках вони можуть бути вирішені ситуативно, але найчастіше найкращий варіант навчання.

Складнощі в роботі тимліду

Робота тимліда непроста, від людини потрібні не лише технічні навички, а й лідерські якості, комунікабельність та стресостійкість.

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

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

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

Недостатня підтримка з боку керівництва. Тімлід повинен мати можливість приймати рішення та вносити зміни до проекту, але іноді йому доводиться стикатися з опором з боку вищих менеджерів;

Недостатня мотивація команди. Тімлід повинен уміти мотивувати команду на досягнення цілей, але це може бути непросто, особливо якщо команда працює над складним або повторюваним проектом;

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

Нерідко тимліди стикаються з вигорянням: багато спілкування (іноді непростого) із командою, високий рівень відповідальності, інтенсивна робота. До того ж, вигоряння «зарізно»: якщо лід втомлюється, то може вигоріти вся команда. Справлятися з вигорянням непросто, але способи є про них можна дізнатися з нашої статті про вигоряння в IT.

Техлід чи тимлід – ось у чому питання

Техлід та тимлід - Це дві ключові ролі в розробці. Але якщо запитати про відмінності людини, яка поєднує у собі обидві ролі, то навіть їй буде складно чітко відповісти, у чому різниця.

Однак, якщо подивитися на компанії, в яких є і тимлід, і техлід, то буде видно, що тимлід працює з людьми і фокусується на процесах комунікації в команді, а техлід має справу з ресурсами та інженерними процесами.

Техлід - Це технічний лідер команди розробників.Він відповідає за технічну якість продукту та за те, щоб команда використовувала правильні технології та підходи. Техлід має бути досвідченим розробником, який розуміється на сучасних технологіях і тенденціях.

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

У невеликих компаніях або командах техлід та тимлід можуть поєднувати свої ролі. У цьому випадку техлід несе відповідальність за технічну якість продукту та загальне управління командою. У великих компаніях або командах техлід та тимлід, як правило, є двома різними фахівцями. Це дозволяє їм зосередитися на своїх основних завданнях та краще виконувати свої обов'язки.

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

Краще зрозуміти різницю між тихлідом і тимлідом можна, прочитавши реальні історії професіоналів. Наприклад, у цій статті Backend-техлід в Альфа-Банку розповідає про свою роботу, а в цій статті ділиться досвідом тимлід у Skyeng.

Освойте управління IT-продуктом на онлайн-магістратурі з РАНХіГС.Теорія від досвідчених викладачів, практика від Сбера та Renault, хакатони з реальними завданнями бізнесу, диплом магістра та портфоліо — найкраща від класичної та онлайн-освіти в одній програмі.

Що повинен робити тимлід: ролі, обов'язки та навички

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

Це стає особливо помітно, коли компанія стикається з одним із таких питань: як співбесідувати тимліда, як оцінювати його роботу, як скласти йому план розвитку. Тимліди теж досить багато фруструють - вони не розуміють, наскільки їхній поточний досвід роботи залишиться релевантним при переході в нову компанію, які прогалини у знаннях та навичках існують і як їх можна заповнити. Коротше кажучи, куди не подивишся, скрізь з тимлід якось складно.

З цією проблемою зіштовхнулися і ми зі Стасом Цигановим. Але цього разу замість того, щоб обійтися простим вирішенням поточних проблем, ми захотіли підійти до фундаментальнішого питання, зібрати інформацію про очікування від тимлідів у різних компаніях і узагальнити її в єдину загальну модель. І, здається, у нас вийшло.

Роадмап

Роадмап містить два розділи:

• Ролі та обов'язки. Перелік високорівневих робочих ролей та більш конкретних обов'язків та зон відповідальності.
• Personal Skills. Особисті навички та якості, наявність яких необхідна для певних ролей та обов'язків.

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

• Resource Manager – управління людьми та командами.
• Administrator – управління проектами та процесом розробки завдань.
• Technical Lead – технології, якість, архітектура, автоматизація.
• Product Owner – управління продуктом, цілями та беклогом.
• Integrator - розуміння бізнесу, цінностей та структури компанії.

Чому роадмапу можна вірити

Основна проблема, про яку я вже згадував – це різниця у сприйнятті ролі тимліду у різних компаніях. При складанні загальної моделі не можна було спиратися лише на досвід роботи в Авіто, Туту і Рамблері. Потрібно було дослідити більше компаній.

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

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

• Що це за гілка?
• Чому гілка важлива?
• Що буде, якщо його не робити?
• На кого її можна делегувати?
• Приклади поведінки
• Способи прокачування

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

Як роадмап використовувати

Для компанії

1. Завантажте Mindmap з повною моделлю тимліда.
2. Вивчіть усі гілки обов'язків тимліду. Видаліть ті, які у вашій компанії не потрібні або вже виконуються кимось ще.
3. Сформуйте з карти потрібні вам артефакти: профіль для найму, опис очікувань від ролі, план розвитку.
4. Для поглиблення будь-якої з гілок використовуйте нашу базу знань. p align="justify"> Для кожної з гілок ми детально описуємо її зміст, мотивацію до використання, приклади гарної і поганої поведінки, способи розвитку на практиці і в теорії.

Для тимліду

1. Завантажте Mindmap з повною моделлю тимліда.
2. Позначте на ньому ті компетенції, якими ви вже володієте і ті, які вам потрібні для подальшого зростання всередині компанії. Для підказки – подивіться те, чим займається ваш керівник чи колеги. Якщо тут все ще є складнощі – поставте питання в нашому чаті.
3. Складіть список з тими компетенціями, які знаходяться між вашим поточним і цільовим профілем.
4. Використовуючи нашу базу знань, сформуйте собі план розвитку по кожній з компетенцій, який включає теорію, консультації та практичне застосування.
5. Покажіть свій план розвитку керівнику та попросіть сприяти у ньому.

Робота над роадмапом тільки починається – ми робимо перший реліз і нам дуже важливо зібрати ще більше фідбека:

• Наскільки запропонована структура лягає на компанію?
• Яких навичок не вистачає в окремих гілках?
• Якого контенту та посилань не вистачає в описі в базі знань?

Напишіть коментарі до статті, issues на GitHub і пропозиції в наш чат!

Бути чи не бути тимлідом: розбираємо на пальцях

Привіт, Хабре! Мене звуть Діма Соломонов, я керую командою розробників продуктового спрямування в бекенді Яндекс Диска. 11 років працюю розробником, із них 3 роки керую командами від 3 до 10 осіб. Крім того, 6 років я викладав програмування IT-фахівцям-початківцям і був ментором, тому досвід в управлінні командою накопичився чималий.

У статті розповім, яким може бути тимлід і як ним стати, а також підніму холіварний топік, чи потрібно бути керівником команди.

Хто такий тимлід

Почнемо з визначення, щоб бути в одному контексті.

Тімлід — людина, яка керує командою у проекті чи продукті.

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

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

Розберемося, з якого кар'єрного треку виростають тимліди. Я зустрічав два варіанти:

Тімліди-менеджери. Спеціаліст закінчує MBA або інший менеджерський напрямок, здобуває вищу освіту або підвищення кваліфікації та стає менеджером над розробниками. Раніше я не вірив у такий підхід, бо здавалося: якщо ти не розумієш проблему на низькому рівні, то не зможеш вирішити її як лід. Але зараз бачу, що такий підхід працює.

Тімліди-професіонали. Крутий фахівець (розробник, дизайнер, тестувальник тощо) стає лідером завдяки розвиненим хардам, софтам та емоційному інтелекту. Цей варіант мені ближчий.

Чому бути тимлідом справді складно

Тут мені хотілося б донести думку, що не всім потрібно ставати керівниками. Коли вибираєте цю кар'єрну траєкторію, вирішите, чи готові ви:

• Керувати командою. Це може бути неприємно та складно. Потрібно розвивати людей, підтримувати їхній моральний стан, оперативно вирішувати питання та допомагати працювати більш ефективно. Готовий інструкції цих завдань немає: під кожну команду потрібно підлаштовуватися і шукати оптимальні методи роботи. Усі люди різні. У цьому й фішка роботи тимлідом.
• Відповідати за роботу команди. Якщо команда не справляється, відповідати потрібно буде тимлід.
• Сповільнитись у професійному зростанні. Під час тимлідства більше часу йтиме на розвиток управлінських навичок, а не на поглиблення експертизи у розробці — треба бути готовим до цього.
• Наймати і вінбордити людей. За дві-три співбесіди всі кандидати стають рідними, і вибрати того самого, який ідеально увіллється в команду, важко. Навичка тверезо дивитись на процес найму і швидко розуміти, хто помеяться з командою, приходить згодом.Але найм не закінчується оффером: важливо підтримувати співробітників у перші три місяці, допомагати вливатися в команду, бути наставником ще якийсь час. До того ж процес найму може ставати рутиною і через час може набриднути.
• Звільняти працівників. Звільнення - одне з найскладніших завдань у роботі тимліду. Іноді буває відчуття, що ламаєш людині життя. Але треба розуміти, що це не так, і робити це правильно та екологічно.

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

• Відстоювати інтереси команди перед стейкхолдерами. Це не тільки про зайнятість та проекти, а й, наприклад, про можливість отримати підвищення для співробітника чи організувати виїзний тимбілдинг для команди, сказати «ми це завдання робити не будемо» і таке інше.

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

Повернімося до теми нашої статті і подивимося, якими можуть бути керівники команд.

Типи тимлідів

Класифікація заснована на моєму досвіді роботи з різними командами та керівниками. Подивимося, якими можуть бути тимліди:

• Вовк-одинак. Якщо потрібно зробити добре, то зробить сам. Таких багато, це люди, які повну зміну як розробники відпрацюють, і потім управлінські проблеми вирішуватимуть.
• Граючий тренер. 50% розробник, 50% тимлід. Збирає навколо себе команду, контролює виконання всіх завдань, а найскладніші робить сам.З невеликою командою виходить укладатися в строки, але потім тимлідство займає все більше часу. З'являються синки з керівництвом, бізнес-завдання, які потребують уваги, і потрібно прощатися з кодингом. Якоїсь миті і мені довелося це зробити.
• Мудрий керівник. Мільярд років тимлід, давно не пише код, але може прийти з порадою, тому що знає всі методології та фреймворки. Таких мало, і, швидше за все, цей керівник зможе керувати не лише вашою командою, а й усім, чим можна. Тому що він, як керівник, знає, що таке команда і як з нею спілкуватися.
• Бізнес-менеджер. Розбирається у методологіях гнучкого управління, знає цілі бізнесу та може пояснити їх кожному. Agile-фахівець, scrum-майстер. Занурюється в продукт, відмінно розуміється на технологіях, вибудовує процеси і допомагає, коли команда втрачає фокус. Часто незрозуміло, над яким продуктом він працює, але термінів дотримуються.
• Чайка менеджер. Суворий, чітко стежить за термінами, розуміє, хто виконує свою роботу добре. Побічний ефект: може контролювати кожне зітхання. Найчастіше це постійна роль, а тимчасовий образ, у якому доводиться вживатися.

Порада: Якщо ви раптом помічаєте, що стаєте чайка-менеджером надто часто, подумайте — чи довіряєте ви своїй команді? Чому прагнете контролювати кожну дрібницю? Це основна проблема, з якою потрібно впоратися, щоби вибудувати комфортні стосунки з командою.

З типами розібралися. Який варіант — правильний?

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

У моїй класифікації типажі спеціально гіпертрофовані, щоб бачити позитивні та негативні аспекти кожного. Варто виділяти конкретні прийоми та комбінувати їх на різних етапах роботи з командою. Наприклад, з новачками-джунами вам доведеться тлумачити завдання та чіткіше контролювати їх виконання. Тут це не мікроменеджмент, а турбота. У міру зростання перейти до тренера і дійти, наприклад, мудрого наставника. В іншій ситуації потрібно підвищити авторитет та побути самотнім вовком, а потім допомогти з процесами. Все залежить від конкретної ситуації і краще мати в арсеналі всі можливості.

Як стати тимлідом?

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

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

• Вивчіть основи управління проектами. Освойте гнучкі методології, фреймворки розробки, опис процесів, графічну мову для візуалізації процесів UML, мову моделювання бізнес-процесів BPMN та інші. Дуже раджу робити це із розвідкою. Наприклад, якщо ви хочете стати тимлідом у певній компанії, вивчіть описи бізнес-процесів, які там використовуються.Не забувайте, що методик багато, вони різні, тому вивчати варто якусь одну, а про решту знати на поверхневому рівні. Корисні матеріали:
  • «Герміні котів: Прим. Практичні поради щодо керівництва Т-командою» Марина Перескокова — допоможуть поринути у професію.
  • Jeff Sutherland — хороша книга для розуміння суть гнучкої розробки.
  • Зворотній зв'язок. Один з найпотужніших і водночас чутливих інструментів тимліду. Якщо давати неповний зворотний зв'язок, то співробітник може додумати інше, при цьому як у позитивний, так і негативний бік.
  • Емоційний інтелект. Дозволяє лідові якомога точніше розуміти настрій усієї команди та кожного співробітника окремо та ефективніше впливати на команду. Наприклад, якщо у співробітника знизилася мотивація, а раніше він розповідав про особисті проблеми, варто індивідуально обговорити план роботи найближчим часом.
  • "The Deadline: A Novel About Project Management" Tom DeMarco - цікава книга про управління часом.
  • Джедайські техніки. Як виховати свою мавпу, спустошити інбокс і зберегти мислепаливо» Максим Дорофєєв рекомендую послухати аудіоверсію, яку озвучував сам автор! Це одна з моїх улюблених книг за змістом, дає розуміння, як будувати своє інтелектуальне життя і чому іноді ми швидко видихаємось.

  А тепер до конкретних кроків

  Знайдіть пісочницю. Перший і найголовніший крок, без якого складно працювати будь-ким. Пісочницею може стати pet-проект, хакатон чи керування розробкою невеликої фічі у вашому робочому проекті.Другий та третій варіанти ідеальні, щоб відточити лідерські навички та зрозуміти, чи потрібно вам це. Тобто ви йдете на хакатон, розробляєте якусь фічу за 72 години, потім презентуєте. У процесі розумієте, чи цікаво вам керувати командою, які софти та харди треба прокачати. Те саме з роботою над фічею: ви ініціюєте процес, несете відповідальність тільки за свою частину проекту і розумієте, чи готові займатися цим далі.

  Скажіть начальству, що хочете стати тимлідом. Не всі керівники знають чи здогадуються про те, що ви щось хочете. Часто лідера можна побачити одразу, але якщо він не розповість про своє бажання, то процес затягнеться. Розповісти про свої кар'єрні цілі можна на 1:1. Хороший керівник почує бажання та допоможе збудувати трек розвитку.

  Стати тимлід «на заміну»: на час відпустки або хвороби вашого керівника. Зрозумілий пункт, зазначу лише, що з керівником важливо заздалегідь домовитись про таку заміну. Швидше за все, він буде радий і спокійний, що з командою все гаразд.

  Беріть на себе обов'язки вище за нинішню посаду. Спробуйте вести себе як лідер і розширювати зону відповідальності як на поточних завданнях, так і назовні. Наприклад, на тімбілдінг викличтеся бути капітаном команди. Навіть якщо вам це не подобається, спробуйте кілька разів – вийде розібратися, подобається вам бути лідером чи ні.

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

  Що робити, якщо стати тимлідом не виходить

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

  Якщо ні, то можна повернутися до розвитку хардів та копати у глибинну експертизу. Декілька варіантів, ким можна стати:

  • Старший розробник / Senior Software Developer
  • Менеджер з розробки / Engineering Manager
  • Технічний керівник / Tech Lead

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

  На завершення хочу виділити основні думки про роботу тимліду:

  1. Це непроста сфера, що вимагає досить багато вмінь з різних областей.
  2. Часто вміння вести за собою команду в потрібному напрямку важливіше за хардові скіли.
  3. Бути тимлід потрібно не всім. Є багато цікавих і досить високооплачуваних професій, у яких не так важливе лідерство та розуміння інших людей.
  4. Бути лідом дуже цікаво. Керівник впливає на процес не менше, а найчастіше і більше, ніж розробник.

  Розкажіть, а ви колись хотіли чи пробували стати тимлідом? Поділіться своїм досвідом у коментарях.