Перфекционизм в IT — это как старая добрая бабушка, которая хочет, чтобы ты ел всё без остатка: вроде бы и забота, но иногда хочется просто сбежать с пирога. Представьте себе программиста, который вместо того, чтобы выпустить рабочий код, сидит и шлифует одну строчку так долго, что уже пора бы и обедать, а он всё ещё спорит с компилятором о том, как лучше оформить комментарии. Это не просто привычка — это целая философия жизни под девизом «Идеально или никак!»
Вы спросите: «Ну а что плохого в перфекционизме?» А вот что. В IT-мире, где баги считаются почти преступлением против человечества, желание сделать всё идеально кажется вполне логичным.
Но если копнуть глубже, то оказывается, что этот самый перфекционизм часто превращается в прокрастинацию под маской высокой морали. Вот вам анекдот: приходит новичок на работу и говорит руководителю: «Я не могу показать вам свой код — он ещё не идеален». Руководитель отвечает: «Покажи хоть что-нибудь!» Новичок задумчиво: «А если я покажу сейчас и потом переделаю?
Это же будет два раза плохо!» Вот такая логика.
Дело в том, что многие из нас выросли с установками типа «ошибка — это провал», «только идеальные оценки заслуживают похвалы» и прочими радостями детства. И теперь эти установки работают против нас: хочется сделать всё идеально сразу и навсегда, иначе кажется — ты лузер. Но реальность такова: в IT ценится работающий продукт больше, чем бесконечные попытки довести его до совершенства.
Перфекционист часто напоминает того самого героя анекдота про рыбака и чиновника.
Рыбак ловит рыбу маленькую-маленькую и думает: «Если я поймаю её идеальный размер — тогда точно все будут довольны». Чиновник же сидит рядом и советует рыбаку улучшить снасти до идеала прежде чем бросать удочку.
В итоге рыбак теряет весь день в ожидании идеальных условий и остаётся без улова. Вот примерно так перфекционист тратит время на бесконечную шлифовку задач вместо того, чтобы двигаться вперёд.
Самое забавное (хотя для самого перфекциониста не очень) — это то, что такие люди часто прокрастинируют именно из-за страха сделать что-то неидеально. Они откладывают задачи на потом так мастерски, что могли бы претендовать на звание чемпионов мира по откладыванию дел. В итоге к концу дня у них гора незаконченных дел растёт быстрее горы мусора после вечеринки программистов.
Для тех же новичков в IT стоит усвоить простой урок: качество важно там, где оно действительно нужно.
Не обязательно писать код так идеально, чтобы его мог читать только Шерлок Холмс; достаточно сделать его рабочим и понятным для коллеги из соседнего отдела (даже если этот коллега — человек с чувством юмора хуже вашего).
А вот руководителям стоит помнить одну простую истину: талантливый новичок-перфекционист зачастую не ленивый хамелеон-ленивец (как любят думать некоторые), а просто боится показать несовершенный результат. Поэтому задача менеджера – направлять такого сотрудника к разумному балансу между качеством работы и сроками сдачи проекта.
К слову о методах борьбы с перфекционизмом – здесь помогает итеративный подход: сначала делаем минимально рабочий вариант (MVP), потом собираем отзывы от команды (или от коллеги с сарказмом), а уже после этого доводим продукт до ума шаг за шагом. Главное – помнить старую добрую поговорку программистов: «Лучший баг – тот баг, который исправлен вовремя».