Якщо ні — фіксує bug, тобто помилку, яку має виправити програміст. У випадку automation testing відбувається те саме, але за допомогою мініпрограм, які самі виконують всі тест-кейси. Завдання тестувальника — написати такі програми, щоб максимально автоматизувати повторювані завдання. PR Manager / Employer Branding / Company Ambassador. Завдання PR-менеджера – створити потрібний образ компанії для інших клієнтів і / або потенційних співробітників. Для цього можна організовувати зустрічі спільнот програмістів, тестувальників або проектних менеджерів, висвітлювати роботу компанії в ЗМІ, спонсорувати конференції і т.д.
Його основний обов’язок — працювати над проєктом та брати на себе складні та критичні технічні завдання. Зазвичай критичними завданнями займається архітектор або техлід, але якщо його немає, їх виконує сеньйор девелопер. Тому тімлід ставить на себе завдання не вище medium priority, а ідеалі low precedence. Тому що якщо ви тімлід і поставили на себе критичне завдання, яке блокує роботу решти команди, а вас раптом викликали на нараду, ви гальмуйте всю роботу.
Також треба уважно ставитися до тайм-менеджементу, інакше нічого не встигнеш. З нового на цій позиції — це участь у процесах хайрингу, підбору людей у команду. Якщо Tech Lead проводить тільки технічну частину інтерв’ю, то Manager оцінює gentle https://wizardsdev.com/ skills.
Не Лише Технічні Знання: Софт-скіли Й Управлінські Навички Тімліда
Коментар порушує правила спільноти і видалений модераторами. Ось його поради про те, як зробити успішну кар’єру в IT. Оперативна інформація щодо розмінування на 27 березня 2024 року.
Є таке поняття, як касовий розрив — дуже «приємна» для власника компанії штука. Це коли дохід менший, ніж вам потрібно заплатити (податки, зарплати та інші витрати). Я пропрацював тімлідом більше 10 років і найважливіша порада, яку я дам тімлідам — не обманювати своїх програмістів. Так, буває так, що іноді вам немає сенсу щось говорити команді. Наприклад, замовник сказав PM (а PM передав вам), що він думає закрити проєкт, тому що команда якась ненадійна. Якщо ви скажете це своїм розробникам, то вони, швидше за все, працюватимуть ще гірше.
Задачі Тимліда І Техліда
Якщо іншим не говорити, що робити, кожен робитиме що йому спаде на думку і піде нескінченна кількість часу на обговорення що ж робити. З мого особистого досвіду — якщо у проєкта хороший менеджер і погані програмісти, проєкт з великою ймовірністю буде жити і все з ним буде добре. У команді з дуже хорошими програмістами, але з поганим ПМ проєкт, швидше за все, провалиться. Він відповідає за бюджет проєкту, за ризики, за роботу команди загалом тощо. Якщо брати футбольну аналогію, то PM – це тренер, він керує діями команди, але полем не бігає. Team Lead – це капітан команди, він теж бігає по полю, бере участь у грі, при цьому несе відповідальність за саму команду і спостерігає, як поводиться кожен учасник.
- Техлід це зазвичай його головний технічний консультант, якому делегована розробка.
- Якщо коротко, то у всіх менеджерів є спільне правило — не прогинатися.
- Тож багато хто поринає у свою першу роль без визначної передісторії.
- Вміння правильно ставити естімейти і дотримуватися їх.
- Для цього можна проводити зустрічі профільних спільнот, висвітлювати роботу компанії у ЗМІ, спонсорувати чи організовувати конференції тощо.
Працювати в стартапі цікаво — потрібно швидко ухвалювати багато важливих рішень і багато працювати. Особисто знаю засновників і ключових інженерів. Це одна з найпрофесійніших команд, які мені доводилося бачити. Упевнений, що з ними приватна авіація в надійних руках. Вам підійдуть ці напрями, якщо ви відчуваєте в собі дух менеджера в різних його проявах. Ці позиції пов’язані з управлінням людьми та проєктами.
Обговорюють Зараз
Але іноді навіть команда не має необхідних знань. І тому Engineering-менеджерам потрібно зрозуміти, наскільки велика ця прогалина. Можливо, потрібно залучити сторонню допомогу, надолужити знання. Проте ви маєте скромність і смиренність визнати те, що ви не можете зробити все самі. П’ятий архетип — Lead of Leaders Engineering-менеджера, або старший Engineering-менеджер. А це означає, що вони перебувають далі від будь-яких продуктів та не обов’язково можуть писати код або змінювати функції, а також зазвичай керують іншими лідерами.
Але це більше на рівні консультування й порад. Консультант з продуктивності Кріс Бейлі протягом 365 днів пробував різні техніки ефективності. За підсумками написав книжку про методики, що допомагають концентрувати увагу на важливих завданнях, боротися з прокрастинацією і підвищувати особисту продуктивність. Одна з них — визначення «біологічного прайм-тайму», часу, коли ви відчуваєте себе найсконцентрованішим і найенергійнішим.
Тобто, ви керуєте іншими людьми не тому що ви любите командувати, ви ними керуєте щоб досягти мети та завдання у вас спільне. Є різні шляхи розвитку програміста, я випробував їх все на собі, тому все, що буде написано нижче, взято з реального досвіду. Я був експертом – доходив до рівня архітектора. Був керівником — доходив до рівня проєкт менеджера.
Попит великий, і зазвичай це відбувається швидко. Щоб почати шукати ментора, потрібно знайти МенторБот у tech lead вакансії Telegram і натиснути кнопку Start. Бот покаже, хто з менторів зараз доступний, і ви зможете їм написати.
Важливо швидко переходити з однієї задачі на іншу, оперувати кількома процесами. Звичайно, важливо прокачувати свою англійську, адже доводиться домовлятися із замовниками й вміло їх переконувати, пропонувати альтернативні варіанти рішень. Я радила б кожному розробнику покращувати рівень англійської мови. І якщо немає можливості щоденно спілкуватися, то точно варто відвідувати курси чи speaking membership.
Важливо давати чесні орієнтири — що саме (які технології та навички) треба розвинути, щоб зайняти бажану позицію. Знання якоїсь новомодної технології в принципі, яка не використовується у вашій конкретній компанії, скоріш за все, не дасть вам ніякої переваги перед іншими спеціалістами. У команді до проблем треба ставитися позитивно. Коли проблема виникає у вас в команді, конкуренти можуть використати її як можливість.
Потрібно багато працювати й добре відчувати ринок. Якщо вийде знайти правильну нішу, потрібно робити продукт комерційно успішним. Portfolio manager виконує завдання проєктного менеджера, але працює одразу з кількома проєктами. Якщо ви відчуваєте, що ви самі з проєктом не справляєтеся або у вас занадто багато проєктів, починайте винаймати людей. Можна взяти людей у співзасновники, але я украй не раджу це робити.
Тож якщо ви думаєте взятися за цю роль пізніше, на іншому етапі кар’єри, то варто почати підготовку вже зараз. Замисліться про навички, які можуть стати в пригоді, тому що новенькі Engineering-менеджери мають вчитися багатьох скілів у процесі, а це надзвичайно стресово. Якщо ви сформували деякі з цих навичок заздалегідь, вам буде значно легше працювати у цій ролі.
В аutomation testing відбувається те ж саме, але за допомогою міні-програм – скриптів, які самі проходять по тест-кейсам. Завдання тестувальника – написати такі автотести, щоб максимально автоматизувати повторювані задачі. Думаю, люди, які прагнуть бути менеджерами, згодом цього таки досягають. Engineering Leadership — це не лише про управління людьми, а й про здатність бути рольовою моделлю у своїй професії, впливати й досягати результатів. Наприклад, ти можеш стати старшим розробником і постійно розвиватись у цьому напрямку — вивчати нові мови програмування, фреймворки тощо.