Развитие замедлилось
Нужно понять, связаны ли задержки с архитектурой, процессами или ограничениями данных.
Клиенты Firecode
Когда нужно
Формулируем вопрос, на который должен ответить этап консалтинга.
Нужно понять, связаны ли задержки с архитектурой, процессами или ограничениями данных.
Требуется сравнить варианты, зависимости и риски до начала реализации.
Нужно восстановить карту компонентов и доступные основания для решений.
Требуется согласовать критерии выбора и проверить спорные предположения.
Состав работы
Собираем сведения о функциях, интеграциях, данных, инфраструктуре и владельцах систем. Фиксируем доступные материалы и пробелы; выводы ограничиваются фактически изученным контуром.
Проверяем зависимости, границы компонентов, обмен данными и точки отказа в согласованном объёме. Сопоставляем варианты изменений с требованиями и ограничениями команды, не назначая технологию заранее.
Выявляем участки, которые мешают сопровождению и развитию. Разделяем наблюдения, подтверждённые проблемы и гипотезы. До рефакторинга определяем проверки поведения, границы изменений и порядок возврата.
Разбираем требования, управление изменениями, тестирование, сборку и выпуск. Определяем узкие места по доступным свидетельствам; общая диагностика не означает внедрение всех рекомендуемых практик.
Сравниваем доработку, постепенную замену и другие применимые подходы. Записываем допущения, зависимости и риски перехода. Эффект и затраты предварительной оценки проверяются по мере уточнения данных.
Передаём согласованный отчёт, приоритеты, архитектурные решения и последовательность работ. Глубину материалов, критерии завершения и обсуждение с командой фиксируем до старта; реализация и сопровождение имеют отдельный объём.
Примеры
Условные примеры на вымышленных процессах. Показывают подход к задаче, а не результаты клиентских проектов.
В условной системе один модуль ограничивает выпуск. Сравниваем доработку и постепенное выделение, отмечаем зависимые API и проверки совместимости.
В вымышленном обследовании журналов недостаточно для вывода о причине сбоя. В отчёт включаем ограничение и план сбора данных, а не объявляем гипотезу доказанной.
Почему мы
Фиксируем системы, результаты этапа, ограничения и порядок изменения объёма.
Определяем ответственных, доступные материалы и правила работы с ними.
Критерии, контрольные примеры и приёмка согласуются до выполнения работ.
Состав документации, исходников и дальнейшей поддержки закрепляем отдельно.
Доверие
Официальный статус и система качества — для крупного бизнеса, банков и тендеров.
Государственная аккредитация
В реестре аккредитованных ИТ-компаний России — с 17.07.2014.
Проверить в реестре ↗Сертификат системы менеджмента
Сертифицированная система менеджмента качества — единый стандарт процессов.
Процесс
Определяем решение, системы, участников и состав результата.
Изучаем материалы и текущую работу в доступном объёме.
Сопоставляем наблюдения, риски, зависимости и возможные действия.
Обсуждаем выводы с командой и согласуем следующий этап отдельно.
Ставки
Оценка зависит от согласованного состава и исходного состояния. Дополнительные этапы и эксплуатационные расходы рассматриваем отдельно.
Число систем, компонентов и интеграций.
Архитектура, процессы, репозитории и доступные данные.
Требуемая детализация отчёта, схем и плана.
Интервью, доступы, согласования и отдельные последующие работы.
Контроль
В отчёте отделяем факты от гипотез и неизвестного. Для следующего шага указываем результат, зависимости и способ проверки. Консультация не подменяет проект модернизации, аудит безопасности или обещание экономии.
Вопросы
Когда нужно понять состояние системы, выбрать архитектурный подход, разобраться с техдолгом или подготовить изменения. Начинаем с конкретного вопроса и решения, которое предстоит принять. Глубина обследования зависит от доступных материалов и границ этапа.
Согласованные материалы: описание текущего состояния, наблюдения и основания, ограничения, варианты и приоритеты следующих работ. Формат и детализация отчёта определяются заранее. Неизученные системы и неподтверждённые выводы отмечаются отдельно.
Обследование и план могут подготовить такую работу. Изменения кода и инфраструктуры требуют отдельного согласованного состава, критериев проверки и оценки. На этой странице не обещается реализация любого объёма в стоимости консультации.
IT-консалтинг рассматривает систему и решение бизнес-задачи шире. Глубокая проверка репозитория, зависимостей и конкретных дефектов относится к отдельному аудиту кода. Если он нужен для выводов, согласуем его границы и результат.
Да, сначала определяем доступные источники: интервью, схемы, репозитории, журналы и примеры проблем. Недостающие данные фиксируем как ограничения. Выводы не выдаются за полную картину вне изученного объёма.
Учитываем число систем, сложность интеграций, глубину анализа, доступы и состав итоговых материалов. Сначала согласуем этап обследования. Доработки, внедрение, инфраструктура и дальнейшее сопровождение оцениваются отдельно.
Формат встреч, доступы и участие команды согласуем под задачу. Запрос из определённого города не означает гарантированную очную работу или постоянное присутствие специалиста. Необходимые условия определяем до начала этапа.
Заявка
Опишите вопрос, который нужно решить, и текущие IT-системы. Укажите известные проблемы, доступные материалы и ограничения. Расскажите, какое решение планируете принять по результатам обследования.
Ответим в течение рабочего дня (Пн–Пт, 10:00–19:00 МСК). Менеджер на связи по телефону, почте и в мессенджерах — пишите там, где удобно.
Достаточно имени и контакта — остальное по желанию.