Есть конторы особо упоротые на TDD, ничего плохого в этом нет, просто заранее кандидату надо сказать. Т.к. навык скоростного TDD прекрасно тренируется, погонял coding kata немного, и будете говорить на одном языке на собеседовании. Хуже когда по факту никакое TDD и не используется в конторе, и на собеседование протащили 'потому что модно', как с теми олимпиадными задачками в Гугле.
+1, работаю в сторону улучшения документации/вики (вместо email с инструкциями — сразу страницу в Confluence, а еще лучше Васю/Раджеша попросить ее написать), стараюсь больше давать общих рекомендаций а не лезть самому разбираться (пока тяжело дается, привычка «все сам, все сам» :))) С соседними менеджерами и начальством сложнее. Тут утонуть запросто можно — если начальство фонтанирует идеями, а downstream команды стремятся переложить побольше на твои плечи. Но это уже про копоративную борьбу, вне рамок статьи по сути.
Зачастую позиция тимлида подразумевает и управление людьми, презентации, встречи с клиентами, и некоторую техническую работу — архитектура, код ревью, некоторые сложные или специфические задачи, или наоборот — разгружаешь людей, даешь им возможность сосредоточится на важных фичах а сам прикрываешь на багах. Особенно если команда небольшая. У нас многие линейные менеджеры (не проджекты и продакты, которые сбоку) в development командах пишут код, и такое наблюдаю во всех американских компаниях где работал… Есть свои плюсы и минусы в этом подходе.
Хотелось бы поподробнее обсудить пункт 7… Понятна проблема, непонятно что же предлагается в качестве решения :)
Работаю в продуктовой компании 5000+ чел, у нас четкая установка «задача менеджера — по максимуму помогать подчиненным и коллегам».
Коллеги, подчиненные, начальство — у всех есть проблемы, все просят тебя помочь.
Хорошо когда есть в наличии достаточное количество сильных, независимых сотрудников которые и сами знают что делать, и на которых можно много делегировать, но обычно таких людей немного.
Растить «ответственных-инициативных» из тех кто есть? Это блин не натаскать джуниора на С++, сложная задача :)
Пока застрял в режиме «днем помогаю другим, вечером делаю свою работу», как и в прошлую свою попытку захода в менеджмент/тимлидство. Выгорание машет из-за угла :)
Вот все было хорошо, пока top-down подход антипаттерном не назвали :)) ИМХО одно другому не мешает, нужно совмещать
Есть конторы особо упоротые на TDD, ничего плохого в этом нет, просто заранее кандидату надо сказать. Т.к. навык скоростного TDD прекрасно тренируется, погонял coding kata немного, и будете говорить на одном языке на собеседовании. Хуже когда по факту никакое TDD и не используется в конторе, и на собеседование протащили 'потому что модно', как с теми олимпиадными задачками в Гугле.
Работаю в продуктовой компании 5000+ чел, у нас четкая установка «задача менеджера — по максимуму помогать подчиненным и коллегам».
Коллеги, подчиненные, начальство — у всех есть проблемы, все просят тебя помочь.
Хорошо когда есть в наличии достаточное количество сильных, независимых сотрудников которые и сами знают что делать, и на которых можно много делегировать, но обычно таких людей немного.
Растить «ответственных-инициативных» из тех кто есть? Это блин не натаскать джуниора на С++, сложная задача :)
Пока застрял в режиме «днем помогаю другим, вечером делаю свою работу», как и в прошлую свою попытку захода в менеджмент/тимлидство. Выгорание машет из-за угла :)