поглощение сервиса
Первоначальный состав команды больше недоступен. Доступ, архитектура, доставка, данные и приоритеты. Решение документируется с указанием владельцев, границ и конкретного способа его проверки.
Преемственность с контекстом
Эволюционное техническое обслуживание Laravel и Symfony, обеспечивающее сохранение знаний о продукте.
Мы берем на себя поддержку существующих приложений, стабилизируем работу и устанавливаем ритм обработки инцидентов, учета задолженности и развития продукта с четко определенными приоритетами.
НепрерывностьОбщий технический и продуктовый контекст.
ЭволюцияНебольшие, подлежащие проверке изменения.
ПрофилактикаУчаствовал в обсуждении версий, рисков и операций.
Переход от реагирования на инциденты к управлению эволюцией
Техническое обслуживание создает ценность, когда оно сохраняет контекст, уменьшает повторяемость и связывает каждое изменение с будущим состоянием продукта.
- Первоначальный состав команды больше недоступен.
- Инциденты всегда вступают в противоречие с планом действий.
- Версии и зависимости отстают.
- Единого мнения по вопросам долга и риска не существует.
От симптома до возможности – команда может действовать
Мы не рассматриваем каждую потребность как изолированную характеристику. Мы связываем проблему с данными, правилами, зависимостями, людьми и операциями, чтобы решение оставалось понятным после его внедрения.
Невыполненные операционные задачи
Инциденты всегда вступают в противоречие с планом действий. Упорядоченные инциденты, предотвращение, задолженность и развитие. Решение документируется с указанием собственников, границ и конкретного способа его проверки.
ритм доставки
Версии и зависимости отстают. Планирование, проверка, утверждение и последующие действия. Решение документируется с указанием собственников, границ и конкретного способа его проверки.
Карта непрерывности
Единого мнения по вопросам долга и риска не существует. Версии, зависимости, риски и критически важные знания. Решение документируется с указанием ответственных лиц, границ и конкретного способа его проверки.
Что остается после завершения работы
Окончательный объем работ согласовывается с учетом имеющихся данных и риска, который необходимо снизить.
Доступ, архитектура, доставка, данные и приоритеты.
Упорядоченные инциденты, предотвращение, долг и эволюция.
Планирование, анализ, выпуск и последующие действия.
Версии, зависимости, риски и критически важные знания.
Наглядные решения от начала до конца
Понимать
Цели, пользователи, существующая система, ограничения и риски.
Дизайн
Объем работ, решения, испытания и план реализации.
Строить
Небольшие, проверенные и наглядные изменения.
Эксплуатировать
Освобождение, наблюдение, обучение и дальнейшие приоритеты.
Как мы понимаем, что работа приносит пользу
В рамках сопровождения фреймворка мы не оцениваем прогресс по объему кода. Мы ищем поддающиеся проверке изменения в поведении, рисках, автономии команды и операционных возможностях.
Сначала мы определим, какую ситуацию необходимо изменить и какие доказательства продемонстрируют результат. Это может быть процесс, больше не зависящий от ручных действий, отработанное восстановление, централизованное правило или сигнал, позволяющий проводить более раннюю диагностику. Без этой точки отсчета технически правильная доставка все равно может не выявить проблему.
Затем мы проверяем, что эта возможность может быть сохранена: код поддается проверке, данные сохраняют целостность, сбои имеют известный механизм реагирования, а важные решения не зависят от устной памяти. Завершение включает в себя оставшиеся ограничения и следующие приоритеты, а не обещание совершенства.
- Проверенное поведение и критерии приемлемости.
- Документированные риски, допущения и исключения.
- Подготовка к выпуску, наблюдению и возвращению.
- Доступные знания для дальнейшего развития.
Что необходимо решить с учетом контекста?
Мы четко формулируем условия и ограничения, чтобы избежать универсальных рекомендаций.
Мы разделяем существенные задачи, задачи, которые можно отложить, и предположения, которые необходимо проверить.
Мы выбираем уровень сложности, который продукт и команда могут выдержать.
В каждую посылку входит инструкция по запуску, наблюдению и восстановлению работы сервиса.
Вопросы перед началом
Ответы на вопросы о сфере применения, доказательствах и методах работы.
Вы можете работать с уже существующим приложением?
Да. Прежде чем предлагать изменения, мы сначала изучаем код, данные, операции и ограничения.
Как определяется область применения?
Посредством четко определенных целей, результатов, предположений, исключений и критериев приемки.
С чего нам начать?
Первоначальная беседа позволяет определить контекст, срочность и наиболее соразмерный следующий шаг.
Материалы, связанные с этим решением
Продолжить с диагностикой, выполнением или смежным опытом.
Первый разговор
Давайте обсудим, что нужно вашему PHP-приложению.
Расскажите нам о контексте, основной проблеме и желаемом результате. Мы ответим вам, задав вопросы, необходимые для проведения первоначальной оценки.
- Никаких коммерческих обязательств
- Непосредственный контакт с командой
- Ваши данные не продаются третьим лицам.