Когда продукт «готов»? Мы обречены на вечный допил?

Привет, Хабр! И тебе, случайный читатель, который открыл эту статью в перерыве между двадцатой правкой того, что ты ещё месяц назад гордо назвал «финальной версией».

Сегодня без кода, без бенчмарков и без нытья про то или иное решение. Сегодня — про философию, от которой у меня иногда дёргается глаз: в какой момент продукт можно считать законченным?

На самом деле задался этим вопросом несколько недель назад на мероприятии из прошлой моей статьи. Смотря на продукты разработанные техно-гигантом Яндекс, не нарочно задаешься вопросом: «Этому в принципе небольшому сервису (без нейминга сами догадайтесь) уже почти 20 лет, но всё равно 10-ки, а то и 100-ни разработчиков работают над его улучшением каждый день, Когда можно сказать, что вот теперь идеально?«. Да это чистой воды философия, но мысль как по мне интересная…

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

Глава 0. Иллюзия финишной черты

Когда ты начинаешь делать что-то своё: пет-проект, скрипт, сервис — в голове всегда есть картинка «вот доделаю ЭТО, и всё, релиз«. Такая красивая финишная ленточка.

Проблема в том, что ленточка убегает. Ты добегаешь до неё — а она уже на десять метров дальше.

• Доделал парсер — «а давай ещё выгрузку в Excel»

• Сделал выгрузку — «а давай график»

• Сделал график — «а чё он не по регионам?»

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

Знакомо? Мне — да.

У меня был скрипт, который я писал «на вечер», а потом дорабатывал так долго, что задача, ради которой он создавался, успела стать неактуальной. Классика: продукт пережил свою собственную цель.

Или был кейс из недавних. Задача была сделать обработку банковских платёжек. Сделал в короткие сроки. Заказчик благодарен. РП благодарен. Но мой глаз продолжает дёргаться, но уже не на цель разработать быстро в кроткие сроки, а на то, что обработка 10.000 платёжек занимает 30 минут, а это долго. Короче я оптимизировал, потом оптимизировал оптимизированное, а потом оптимизировал оптимизированное которое было уже оптимизировано и так несколько недель. Никто об этом не просил, просто наващивая идея, которая не давала спать.

…Да, в результате обработка с 30-ти минут сократилась до 5-ти минут… Но это не нужно было никому… Ни заказчику… Ни РП…

Глава 1. Ещё одна маленькая кнопочка

Есть отдельный жанр вечного допила — когда допиливаешь не ты, а тебя допиливают.

Заказчик (или Марья Петровна, или ты сам через полгода) приходит с фразой-убийцей: «Тут надо совсем чуть-чуть, буквально одну кнопку«. И ты знаешь, чем это заканчивается. «Одна кнопка» тянет за собой новое поле, новое поле — новую проверку, проверка — новую таблицу, а таблица — переписывание половины логики.

Продукт был готов. Ровно до того момента, пока кто-то не решил, что он недостаточно готов.

И вот тут возникает вопрос, который меня и мучает: а был ли он вообще когда-нибудь готов, или «готовность» — это просто пауза между хотелками?

Глава 2. И тут я вспомнил про 1С (вскользь, честно)

Не могу пройти мимо. Мир 1С — это, наверное, самый чистый в природе пример вечного допила. Там продукт в принципе не задумывается как «законченный«. Типовая конфигурация живёт, обновляется, обрастает доработками, доработки конфликтуют с обновлениями, обновления рождают новые доработки — и так по кругу, вечно.

Изменение в законе — и где то тысячи разработчиков по всей россии переписывают «типовую» конфигурацию, мои соболезнования…

Это не баг индустрии, это её образ жизни: пока бизнес жив — база дорабатывается. Точка «готово» там не предусмотрена архитектурно.

Но давайте честно — это не только про 1С. Я это отметил, потому что там оно доведено до абсолюта. А так этим болеет любой живой продукт, который кому-то реально нужен. Мёртвые проекты не дорабатывают. Дорабатывают как раз те, что работают.

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

Глава 3. Так где же выключатель?

Я вижу три лагеря, и все три меня по-своему бесят и восхищают одновременно.

Лагерь — Работает — не трогай. Продукт готов только, когда он решает задачу. Всё. Кривовато? Плевать. Задача закрыта — иди делай следующую. Технический долг? Проблема будущего тебя, а он вообще-то мужик крепкий, разберётся.

Лагерь — Доведи до ума. Готово — это когда не стыдно. Когда код чистый, тесты зелёные, архитектура не сыпется от одного взгляда. Проблема: до этого состояния продукт не доходит примерно никогда, потому что «идеально» — это движущаяся цель.

Лагерь — Отпусти и иди дальше. Идея простая: продукт готов, когда дальнейшие улучшения приносят меньше пользы, чем новый проект, на который ты потратишь то же время. То есть в какой-то момент полировать старое — это прокрастинация с чувством собственной важности.

Да, да… Конечно мы разработчики люди не то что бы свободные. Есть задачи, где мы понимаем, что возможно они не такие важные и это уже допил ради допила. Но в большинстве своём мы на что-то влиять можем.

Конечно-конечно, мы разработчики люди не свободные, решать, что и когда стоит допиливать не можем. Но иногда сами это делаем, иногда и сверхурочно. И здесь я могу сказать только то что это наверное от любви к продукту. Разработка это творчество, и нормально любить и хотеть сделать идеальным то что греет тебе душу… Но стараться всё же не возводить в абсолют.

Разработчики всё-таки творцы и каждый творец любит своё детище и желает для него самое лучшее. Быструю работоспособность, красивый интерфейс, большое количество фич и тд…

К примеру, я на текущем своём проекте безумно влюбился в продукт. Но со временем нескольких бессонных ночей решил, что стоит всё такие чуточку проще относится к нему и не уходить в дебри перфекционизма и доработки до идеала, особенно на этапе MVP. Теперь я выписываю свои хотелки в блокнотик и если у меня появится время я посмотрю на него и что мне покажется суперполезным из всего этого, то и сделаю. Долго грузится форма (для меня это 4-6 секунд) -> пишу в блокнот -> через несколько дней смотрю и думаю Катастрофа? -> Нет, значит пусть лежит дальше.

И вот вопрос от меня на засыпку: Как отличить «продукт ещё требует работы» от «я просто боюсь его отпустить и начать новое»? …Возможно ввести метрики на подобии Definition of Done… Не исключаю…

Вердикт (который вердиктом то не является)

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

Да и вообще «Продукт готов» — это неправильный, наверное, вопрос. Правильный здесь: «эта конкретная доработка кому-нибудь, кроме моей тревоги или тревоги менеджера, нужна?».

Так-то лучше))

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

Поэтому вопрос к вам, и я реально хочу услышать ответы:

• Был ли у вас проект, который вы смогли назвать законченным? Или все они живы и по сей день сосут из вас время?

• И честно: вечный допил болезнь индустрии или её нормальное здоровое состояние?

Пишите. Мне правда интересно, есть ли среди вас те, кто хоть раз в жизни сказал продукту «ты готов» — и не соврал.