Как стать автором
Обновить

Комментарии 11

Я думал быть тимлидом, это после ревью кода устраивать децимацию команды.) Спасибо, что опровергли мои страхи.

НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь

2-3 спринта делается одна и та же задача «до идеала» или документация пишется долго и слишком детально

Это исправляется не документированием всего до уровня атомов, а требованием аналитика собирать функциональные требования к функции и контроль чтобы задачи без этого вообще в работу не брались ни в каком виде.

Если валятся сроки реализации, как правило, в этом виновата не разработка и не мифические сжатые сроки. На моей практике оказывалось что бизнес вообще не знает что он хочет, а расхлябанность процессов порождает требования вида «хочу чтобы пользователь мог получить %киллерфича_нейм%». Короче говоря, бизнес понятия не имеет что он хочет, а аналитик не знает или не может вытащить эти данные из него.

Тимлидство в большинстве российских компаниях это особый вид мазохизма когда ты и разраб и аналитик, и между делом за продукт должен болеть между делом в 10 раз подбивая статусы в сливке, ведь менеджмент не может в тикет-систему.

Я вижу что все большее число компаний вместо построения и улучшения процессов уповают на распределенные роли, коллективную ответственность и бесконечные коммуникации в чатах/созвонах без фиксации чего либо в понятных артефактах.

Все это и приводит к тому что у нас все вроде бы что-то делают, но по людям это размазано настолько сильно, что собрать в систему это будет практически невозможно.

Откуда такая информация про неспособность команды к самоорганизации? Уже больше года команда с одним продактом тянет и вытягивает. Вопрос скорее что делать тимлиду в команде где и без него справляются?

Не всем везёт с такой самостоятельной командой, иногда команду нужно доводить до самостоятельности) А второе — например, оставаться на 10-20% времени на случай, если нужно будет решать проблемы. И идти на другой проект :)

Заменить тимлид на руководитель и тоже норм статья будет)

Задача 2. Защищайте команду перед клиентом и устраняйте слабые места в процессах

Вот была ситуация, пока я была в отпуске замещающий набрал непонятных задач и подписался под сроки, хотя мы проговаривалт такие ситуации, но навык сказать нет страдал. На словах не понималось а что не так. После того, как он взял такие задачи в работу, не уложился в срок, я его защитила перед заказчиком, он понял что не так и в следующий раз уже чётко говорил нет, если задача не понятна. А так хотелось сказать разбирайся сам и отдать человека на ругань от бизнеса, но защита команды для лида очень важна

Был у меня руководитель, который набрасывался с обвинениями на подчинённых по любой жалобе от клиента и руководства. Даже при самих клиентах и руководстве. Не разбираясь. Просто сразу же вставая на сторону обвинения. И много раз я был свидетелем, как его подставляли подчинённые. И не редко специально.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации