Делать «дешево» — «дорого»?! — 7 мая 2026 г. в 03:56:55.350
Делать «дешево» — «дорого»?! К нам обратился клиент с простой задачей: — Перенять проект у предыдущей команды, — Поднять его на новом сервере, — Начать доработки. Звучит как рутина, да?😏 Что вышло? — Получили архив и доступы. — Как-то наощупь подняли фронт. — Как оживить бэк — информации нет. Попытались, но без результата. Итог: работает половина проекта = проект не работает🥲 А почему? — нет документации! Смена команды — это обычное дело. А не какой-то адский квест на выживание. Причины разные: — Стало дорого, — Нужны другие компетенции, — Пора передавать в инхауз. Это не катастрофа. Это этап взросления продукта🤷🏻♀️ Обе стороны должны быть готовы. Что значит «готовы»? — Проект передан клиенту на его мощности. — У клиента есть исчерпывающая информация по структуре/архитектуре проекта, техническая документация, доступы во все связанные системы. Формально для ✅ большинство компаний эти требования выполняет. А по факту? Вам передаётся архив с исходным кодом + пароли и пожелания всего наилучшего!😊 Новая команда смотрит в код — может даже написано чисто и красиво, но что это такое?!🤔 — Комментариев — нет. — ТЗ — устарело, если вообще есть. — Макеты — из прошлой жизни. — API-документации — нет. — Схемы БД — нет. Проект покрыт вуалью тайны, и никто не знает, как он работает. Кроме предыдущей команды, разумеется😉. И у вас два сценария дальнейших действий: Сжечь и начать заново. Дорабатывать в слепую. Разберём последствия. В вам нужно, заплатить ещё раз, чтобы разработать ваш заново🙈. И только потом приступить к доработкам. Это потеря денег и времени. И молчим про упущенную выгоду, если проект должен был приносить доход. Во , на первый взгляд, всё приемлемо: да, тратя больше времени, но проект дорабатывается. Но, вводится новая функция, а две старых из-за неё ломаются. Почему так? Мы не знаем — у нас нет понимания, как устроен проект и где что и как взаимосвязано🤷🏻♀️😂🥲. Тратим время, чтобы разобраться и починить. В хорошем сценарии — чиним. В плохом — не получается, и мы городим «костыли», чтобы хоть как-то работало🤦♀️. Несколько итераций у нас этих «костылей» столько, что хватит на три травматологии. Проект становится всё сложнее и сложнее поддерживать, а значит — дороже. Ужас решения в том, что вы выложите много денег на поддержку и доработку, превратив проект в монстра Франкенштейна, в котором разобраться могут только избранные разработчики🫠 И всё равно упрётесь в невозможность развивать его дальше, так как каждое новое действие ломает половину проекта, на отладку улетает годовой бюджет Рязани. И теперь нужно всё равно всё переписывать сначала! Документация — наше все! Но почему-то это первое на чем экономят в ИТ проектах🥲 «Сэкономили» на документации — переплатили в 3 раза на поддержке. Как этого избежать? Клиент не должен зависеть от одного разработчика или команды. Если у вас нет контроля над проектом и прозрачности в том, как он устроен, — вы стреляете себе в ногу! До того как подписать договор, уточните, что будет входить в перечень отчуждаемых результатов. В REDCAT это: — Исходный код (с комментариями и структурой), — Схема архитектуры, — Актуальные дизайн-макеты, — Пользовательские сценарии, — Руководства (пользователя и администратора), — API-документация, — Инструкции по развёртыванию, — Доступы ко всем связанным системам. Вы получаете доступ к большинству из них с самого начала, чтобы могли самостоятельно проверять качество🙌 Аудит тоже уместен. Да, такой подход безусловно дороже на старте, за счет усилий потраченных на документацию, зато это гарантия, что жизнь вашего проекта не закончится первым релизом, вам не понадобится продать дом, чтобы через год починить баги на проекте, и он будет работать на вас долгие годы! Даже если уже без нас✌️😎