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