Комментарии 5
Жили раньше без тимлидов и горя не знали. Были девелоперы, которые код писали, были проджект-менеджеры, которые таски создавали и приоритетами ведали, они же за косяки отвечали перед вышестоящим менеджементом. Теперь наплодили сущностей: тимлид, техлид, продакт, проджект. Теперь полномочия размыты до ужаса, каждый синьор себя тимлидом считает и указывает остальным, что делать, но при этом ни разу не отвечает за косяки. Менеджеры удалились в планирование непонятно чего и совершенно потеряли связь с «землёй». Разницу между тимлидом и техлидом не могут пояснить даже самые прожженные HR, а уж тем более не могут объяснить, где кончаются задачи тимлида и начинаются задачи HR.
Я понимаю стремление бизнеса сделать фулстек-тимлида, который будет и аналитиком и мендежром и UI и Back, но что-то в, итоге, получается хаос ответственности.
Я понимаю стремление бизнеса сделать фулстек-тимлида, который будет и аналитиком и мендежром и UI и Back, но что-то в, итоге, получается хаос ответственности.
Все идет согласно первому закону Паркинсона:
— чиновник стремится множить подчинённых, а не соперников;
— чиновники создают друг другу работу.
— чиновник стремится множить подчинённых, а не соперников;
— чиновники создают друг другу работу.
Есть такая маза.
Ну вот, например, про продуктов и проджектов
habr.com/ru/company/hygger/blog/352880
Вот про техлидов
habr.com/ru/post/270259
habr.com/ru/company/hygger/blog/352880
Вот про техлидов
habr.com/ru/post/270259
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Инструментарий тимлида от e-mail до канбан-доски