К нам нередко приходят проекты с существенным объёмом технических и процессных изъянов, поэтому мы научились выстраивать постепенный процесс их нормализации без ущерба для целей бизнеса. Если вам знакомы хотя бы несколько пунктов из списков ниже, то следует задуматься и предпринять меры.

Управление, сроки и процессы

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

Разработка, качество и аналитика

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

Инфраструктура, релизы и эксплуатация

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

Команда, знания и безопасность

• Критичный для проекта функционал может поддерживать один конкретный человек.
• Подключение новых разработчиков к проекту занимает очень много времени.
• У команды разработки регулярно возникает необходимость в переработках и «тушении пожаров».
• Нет документации или она устарела.
• Возникали инциденты взлома, связанные с халатным обращением к безопасности.
• Возникали инциденты взлома, связанные с устаревшим ПО, но его никто не предлагал обновить.
   

Как мы работаем

Экстренные меры

Решаем критичные проблемы быстро и лишь потом ставим в план «системное» решение.

Технический аудит

Проводим всесторонний технический аудит и составляем дорожную карту с приоритетами и рисками.

Детализация и планирование работ

Декомпозируем работы так, чтобы всем было очевидно что именно будет делаться и в каком порядке.

Регулярная отчётность

Исполнители ежедневно отчитываются о выполненных работах.

Работа с техническим долгом

Любая проблема требующая системного решения отдельно фиксируется в задачнике. Задачи из этого списка добавляются в план работ постепенно, согласно пользе, которую даст их решение.

Замеры производительности

Критичные по производительности участки покрываем автоматическими тестами, которые замеряют скорость исполнения с ожидаемым эталоном. Отклонения видны заранее перед релизом.

Мониторинг

Автоматически собираем все важные метрики проекта и устанавливаем уведомления на отклонения от нормы.

Автоматические тесты

Автоматизируем тестирование, чтобы исключить человеческий фактор и проводить проверки быстро.

Статический анализ

Добавляем на проект инструментальные проверки, которые выявляют дефекты кода сразу после его написания.

Живая документация

Организуем проектные артефакты таким образом, чтобы они требовали на себя документацию. Это позволяет документации всегда быть актуальной.

Инфраструктура как код и CI/CD

Переводим настройку серверов в код. Минимизируем «дрейф конфигураций» и автоматизируем доставку обновлений до сред.

Удобство разработки

Автоматизируем развертывание локальных окружений и рутинные операции. Делаем инструментарий разработки удобным, чтобы сфокусироваться на главном — развитие проекта.

Примеры проектов