Низкий перформанс команды и конкретного разраба в течение длительного времени в рамках одного проекта — это косяк самого разраба/команды или менеджера (а может быть вообще ничей косяк, низкий перформанс на большом масштабе — норм)?

Много вопросов в одном, единого ответа нет. Это может быть как косяк, так и стечение обстоятельств. Однако, если учитывать именно длительное время, то это всегда косяк.

Низкая производительность команды, особенно длительное время — это всегда косяк менеджера, точка. Поддержание производительности команды на адекватном уровне — это прямая задача менеджера. Определение и устранение препятствий. Поиск и истребование дополнительных ресурсов. Планирование задач тактической и операционной глубины (на спринт и на квартал).

Низкая производительность одного человека длительное время — это тоже косяк менеджера, но менее очевидный. В общем случае, такого человека как минимум нужно обнаружить и подтянуть. Если не получилось — понизить в должности, перевести в другую команду, уволить.

С другой стороны — это косяк человека. Не может откалибровать себя относительно остальных людей и рынка. Не понимает, что его производительность низкая. Либо понимает, но ничего с этим не делает, скатывается ниже, не растет. Или даже не «идет, чтобы стоять на месте», потому что индустрия всегда продолжает движение.

Подводя итог, по умолчанию ответственность всегда на менеджере. И с него будут спрашивать за команду и отдельных людей. Только все равно не стоит вставать в инфантильную позицию и полностью снимать с себя (разработчика) ответственность за свою жизнь. Рефлексировать, калибровать свою производительность, менять команду и компанию, где обстоятельства другие и есть развитие.

@seniorsoftwarevlogger / задать вопрос