Чеклист варганится стандартный (на типовые задачи, например), по установленным требованиям перед отправкой в разработку, по ходу дела, в конце. Да как угодно можно)
простая метрика отношение сколько багов нашел заказчик на "проде" и сколько багов нашли на "стейджинге" плюс code coverage целевой показатель плюс наличие мутационного тестирования
простая метрика отношение сколько багов нашел заказчик на "проде" и сколько багов нашли на "стейджинге" плюс code coverage целевой показатель плюс наличие мутационного тестирования
тут для подрядчиков открываются бездны зла: знай себе сиди, придирайся к каждой неровности и штрафуй. Нужно отдать баги им и покупать у них SLA доступности и производительности. Или самим есть полной ложкой прод вместе с багами.
Вообще в своё время мы использовали Definition of Done и классификацию дефектов. От блокера до минора с указание, что чинить, а что нет. Дефекты на проде регламентируются гарантийными обязательствами по той же схеме.
Вообще в своё время мы использовали Definition of Done и классификацию дефектов. От блокера до минора с указание, что чинить, а что нет. Дефекты на проде регламентируются гарантийными обязательствами по той же схеме.
Здорово всем! Продолжая тему software production control, кто знает, какие тренинги или особые сферы могут быть полезными для software release manager, т.е. почерпнуть что-то толковое можно? Спасибо за совет.
Здорово всем! Продолжая тему software production control, кто знает, какие тренинги или особые сферы могут быть полезными для software release manager, т.е. почерпнуть что-то толковое можно? Спасибо за совет.
Хм... а у нас такие вообще бывают? Имеет смысл сходить на slurm.io/sre, но это техническая практика