Итак, будем считать, что ты — тимлид, а у тебя в команде — перфекционисты.
«Красота же!» — можешь подумать ты. Будет быстрый крутой код без багов, денег заработаем кучу, бла-бла-бла. Извини, но нет. Так не будет. И скорее всего — ваш продукт ожидает провал. Давай посмотрим почему.
Дело в том, что перфекционист тратит на выполнение задачи в разы больше времени, чем просто качественный разработчик без претензий на идеальность и исключительность. Почему? Да потому что перфекционист будет рефакторить работающий код до одури, да и то в конце не получит морального удовлетворения.
Бесполезный рефакторинг — это время, которого и так никогда нет. А неудовлетворение своей работой на временной дистанции приносит печальные плоды.
Бывает и ещё хуже. Идёт разработка нового продукта, до выхода на рынок далеко. А все же любят фреймворки — выбирают понравившийся, пилят код, а потом — бац, и релизится новая версия, или появляется вообще другой фреймворк. Ещё лучше и краше прежнего. Или вдруг становится очень модным и многообещающим новый язык программирования. Что же делать команде перфекционистов? Правильно, переписывать код. И так по циклу, всей командой. Это как взять и разобрать строящееся и наполовину (а то и больше) готовое здание и начать строить его из новых кирпичей, которые не факт, что лучше. Бывают, конечно, исключения, но тем не менее.
Просьба не путать с естественным циклом обновления программного обеспечения, когда модернизация обусловлена необходимостью, а не гонкой за модой и идеальным кодом.
Ну, и? Что же делать с такими разработчиками? Ответ прост — разговаривать и договариваться. Научите их вовремя останавливаться и давайте понять, что довольны их работой — хвалите человека, если его труд достоин похвалы. Программисты, как правило, неглупые люди, и с ними можно договориться. Если у вас цель одна.
Лайк? Подписка? Красавчик!
Прочитай также первую статью по теме — «Ты — перфекционист».