Как обращаться с эгоцентрическими программистами?

Позвольте мне объяснить это немного.

На предыдущей работе у меня был сотрудник, имеющий хорошую репутацию в управлении. Он всегда заканчивал вовремя. И боссы были довольны его прогрессом, поэтому он получил определенные привилегии.

Проблема была в том, что другие программисты знали его секрет. Он оптимизировал правило 80/20, поэтому он потратил 20 процентов времени, чтобы завершить 80 процентов кода. Остальные (жесткие) 20% были оставлены программистам по обслуживанию. Кто (что не удивительно) получил наказание из-за отсутствия прогресса. Но поскольку у этого программиста была хорошая репутация в управлении, было почти невозможно переложить вину на него. (К счастью, он покинул компанию).

Мой вопрос: что делать в команде программистов, если в вашей команде есть такой программист? Вы пытаетесь предупредить руководство, рискуя испортить свои шансы? Вы принимаете факт? Или есть другие варианты.

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

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

Реально вы не всегда можете делать это 100% времени, но даже небольшого достаточно, чтобы решить большую часть такого рода вопросов большую часть времени.

Похоже, это фундаментальная проблема с тем, как вы отслеживаете работу или управляете своими проектами.

Инженер или группа инженеров должны нести ответственность за предоставление полных функций и возможностей. Это не будет сделано, пока не будет доставлено или запущено в производство без проблем.

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

Похоже, этот человек был очень эффективен при сборке вишни, не принося пользы.

Делит ли руководство требования на задачи? Если нет, то в этом и заключается ваша проблема.

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

Вся команда должна надрать ему задницу! Поверьте мне, его поведение изменится навсегда.

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