Найти причину, почему продукт тормозит, падает или съедает бюджет

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

Подходит, если

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

Первый результат

• Структурированный отчет: проблемы, риски и приоритетный порядок действий.
• План: что можно исправить быстро и недорого, а что потребует времени.
• Советы, как наладить архитектуру, тестирование и релизы.
• Оценка того, сколько будет стоить всё починить.

Как проходит

1. Договариваемся, что именно хотим найти, и просим доступы.
2. Уходим с головой в код и разговариваем с вашей командой.
3. Формируем выводы и раскладываем их по полочкам: от "караул" до "ну, это не страшно".
4. Созваниваемся с вами и командой, всё объясняем и отвечаем на вопросы.

Детали по запросу

Что входит в работу

• Проводим ревизию кода и архитектуры, выявляя критичные узкие места.
• Проверяем, как устроен процесс выкладки обновлений и как вы следите за ошибками.
• Смотрим, как продукт общается с внешним миром (интеграции) и нет ли явных дыр в безопасности.
• Тепло общаемся с командой, чтобы понять, где им сложно работать.

Что влияет на бюджет

• Насколько огромный у вас продукт и на скольких технологиях он написан.
• Дадут ли нам доступ ко всему, что нужно (коду, серверам, логам).
• Нужно ли смотреть только на код или еще и на то, как работает команда.
• Требуемый формат отчета: рабочий документ для команды или презентационный материал для стейкхолдеров.