Что мешает бизнесу сейчас
- Критичные обращения теряются в общем бэклоге
- Изменение платформы обнаруживается перед публикацией
- Исправление вызывает регрессию в соседнем сценарии
Исправления, обновления и развитие после релиза
Срочные сбои и развитие разделяем в понятном контуре поддержки.
Удобнее написать? Отправьте задачу в Telegram или в Max.
Готовое техническое задание не требуется. Для начала достаточно описать задачу своими словами.
Для инцидента, дефекта, консультации и новой функции определены тип, приоритет и следующий статус.
Исправление проходит повторную проверку затронутого сценария до согласованного выпуска.
Новые функции оцениваются и планируются отдельно, не подменяя задачи поддержки.
Посмотрите проекты, экраны и отзывы клиентов до разговора с нами.
Первый шаг
Сначала определим, что относится к поддержке, какие данные нужны для приоритета и какие условия требуют отдельного согласования.
Подходит ли вам эта услуга
Состав работ
Состав зависит от продукта. После обсуждения выбираем необходимые блоки и фиксируем результат каждого этапа.
Фиксируем влияние, воспроизведение и тип обращения.
Ищем причину и исправляем согласованный участок по приоритету.
Учитываем версии платформ, библиотек, серверной части и внешних сервисов.
Готовим сборку, проверяем критические пути и сопровождаем публикацию.
Новые функции ведём отдельным бэклогом с собственными зависимостями и приоритетом.
Результат работ
Реализованные продукты
Наши реализованные продукты
Этапы работы
Сверяем продукты, платформы, сборку, доступы, каналы и типы задач.
Фиксируем влияние, воспроизведение, окружение, приоритет и следующий статус.
Меняем согласованный участок и повторяем связанные критические сценарии.
Сопровождаем согласованное обновление либо ставим изменение в отдельный бэклог.
Предварительная оценка
Предварительную оценку готовим после обсуждения функций, ролей, интеграций и других факторов ниже.
Количество платформ, окружений и активных версий приложения
Состояние кода, документации, сборки и технических доступов
Число внешних интеграций и частота обязательных изменений
Планируемый поток обращений, релизов и задач развития
До начала проекта
Инцидент, дефект, обновление и новая функция получают разный порядок.
Повторяем затронутый сценарий и связанные критические пути.
Каналы, приоритеты, часы и реакцию фиксируем под конкретный продукт.
Перед началом проекта
Диагностика обращений, исправления, совместимость, сборки и публикация. Развитие ведётся отдельным бэклогом.
Да, после проверки прав на код, доступов, сборки, окружений и основных сценариев.
Такой режим обсуждается отдельно и зависит от продукта, команды и условий договора.
Поддержка сохраняет согласованный продукт. Новая функция меняет его состав и получает отдельную оценку.
Да, если публикация входит в контур. Нужны актуальные аккаунты и проверенная сборка; решение принимает площадка.
От платформ, состояния проекта, интеграций, потока задач и частоты релизов.
Следующий шаг
Обсудить проект
Пришлите платформы, состояние сборки и примеры обращений. Предложим контур и вопросы для согласования режима работы.
Заявка отправлена. Команда 13FOX свяжется с вами.
Проверяем соединение и передаём заявку.
Сначала определим, что относится к поддержке, какие данные нужны для приоритета и какие условия требуют отдельного согласования.
Для первого разговора: Платформы и состояние сборки; Примеры текущих обращений.
После разбора: Предлагаемый контур поддержки; Правила типов, приоритетов и статусов.
Или напишите в Telegram.