Полгода в одиночку: как я тащил проект без команды и почему моя система организации не сработала

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

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

За полгода я собрал 435 коммитов, вывел продукт в поиск без рубля рекламы и совершил несколько ошибок, которые обошлись мне месяцами.

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

Первая иллюзия: я думал, что это проект про код

Когда начинаешь делать каталог, кажется, что основная работа это разработка. База, интерфейс, фильтры, поиск, авторизация, права доступа. Я так и планировал. Прикинул список функций, разложил по неделям, начал делать. Функции закончились примерно на третий месяц. А проект не заработал, потому что каталог без данных — это пустая витрина. Красивая, быстрая, с прекрасной фильтрацией, в которой нечего фильтровать.

И вот тут началась настоящая работа. Собрать информацию по организациям и специалистам. Не из какого-то готового источника, потому что его не существует, а руками. Найти, проверить, внести, обновить. Цены оказались самым тяжёлым, их нельзя взять автоматически ниоткуда. Это человек, который открывает сайт клиники, находит прайс в виде картинки или не находит вовсе, и разбирается.

Если бы я планировал проект заново, я закладывал бы соотношение примерно 20 процентов разработки и 80 процентов работы с данными. А не наоборот, как я сделал.

Вторая иллюзия: бэклог

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

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

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

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

Что в итоге стало работать

Я пришёл к правилу, которое звучит примитивно, но оно единственное, что у меня прижилось. Одна главная задача на неделю. Не список, не приоритеты, а одна формулировка, записанная в начале недели. И вопрос к себе в конце: она сделана или нет.

Всё остальное тоже делается, конечно. Мелочь никуда не девается, баги прилетают, письма приходят. Но мелочь не считается результатом недели. Результат недели это та самая одна вещь. Это довольно жёстко по ощущениям, потому что в конце недели вы либо честно говорите «нет, не сделал», либо «да, сделал». Спрятаться за сорока мелкими задачами уже не получается.

Второе правило появилось позже.

Разработка и данные не смешиваются в один день.

Это разные режимы головы. Код требует концентрации и погружения, работа с данными это монотонное внимание. Когда я пытался чередовать их внутри дня, проигрывали оба: код получался рассеянным, а в данных я делал ошибки.

Теперь это разные дни. Звучит банально, но разница в качестве оказалась заметной.

Провал, который стоил месяца

Обещал честную историю — вот она.

В июне я решил переделать структуру адресов страниц. Решение было правильным, структура действительно была спроектирована неудачно. Но я отнёсся к этому как к обычному рефакторингу. Как к переименованию переменных: захотел, поменял, никто не заметит, а страницы к тому моменту уже были в индексе поисковых систем, на них ссылались. Их сохраняли. Перенаправления со старых адресов я сделал небрежно. Часть покрыл, часть забыл.

Результат виден по цифрам.

В мае было 935 визитов, в июне 740. При том, что до этого рост шёл строго вверх: 247 в марте, 353 в апреле, 935 в мае.

Я не просто потерял трафик, я сломал разгон в середине.

Дальше месяц ушёл на то, чтобы поисковики заново всё обошли и вернули страницы. Ускорить это было почти нечем.

В июле вышел на 1065, то есть перекрыл май. Но месяц никто не вернул.

Самое неприятное в этой истории даже не потеря. Самое неприятное это понимание, что правильную работу я сделал неправильно, и всё, что требовалось, это один вечер аккуратности заранее.

Чего мне реально не хватает в одиночку

Не рук. Рук как раз хватает, просто всё идёт медленнее.

Не хватает второго мнения в момент принятия решения.

В команде, когда вы говорите «А давайте переделаем адреса страниц», кто-нибудь обязательно спросит: «А редиректы?». И вопрос займёт десять секунд.

Когда вы один, задавать этот вопрос некому. Вы сами себе и автор идеи, и её единственный рецензент, а автор идеи всегда влюблён в свою идею.

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

Что бы я посоветовал тому, кто начинает так же

• Считайте не функции, а данные. Если ваш продукт вокруг информации, то разработка это меньшая его часть, как бы ни казалось вначале.
• Не полагайтесь на список задач как на систему управления собой. У списка нет власти над вами. Одна главная задача на неделю с честным ответом в конце работает лучше, чем любой красивый бэклог.
• Разделяйте типы работы по дням, а не по часам. Переключение режимов стоит дороже, чем кажется.
• И самое важное, ради чего я это пишу. Всё, на что уже ссылается внешний мир, перестало быть вашим внутренним делом. Адреса страниц, идентификаторы, названия, интеграции. Менять их можно, но не потому, что в понедельник показалось, будто старое решение некрасивое.

Я заплатил за этот урок месяцем работы. Надеюсь, кому-то он достанется дешевле.

Посмотреть, что в итоге получилось, можно тут: pongo-vet.ru. Буду рад обратной связи и сотрудничеству, со стороны слабые места видно лучше, чем изнутри.