Как быстро вы можете запустить исправленную ошибку в производство?

Question

Я работаю с двумя очень разными приложениями.

Приложение № 1 - это веб-приложение, в котором у меня есть прямой доступ к FTP, поэтому исправлять ошибки довольно просто.Ошибки Cat A обычно исправляются в течение следующего дня.Здесь нет никаких проблем.

Приложение № 2 - это приложение для контроля документов нефтяного бизнеса, в котором мы должны пройти два этапа проверки на приемлемость - тестирование конечных пользователей и системное тестирование.Любые ошибки, обнаруженные после этого этапа, сохранятся до следующей версии, обычно через 2-3 месяца.Каждый новый релизный пакет - это огромные затраты.Действительно трудно объяснить конечным пользователям, что им придется смириться с некоторыми ошибками до следующей версии.

Как вы относитесь к критическим ошибкам, которые не могут быть исправлены немедленно?

Answer 1

По моему личному мнению, в описанной вами ситуации очень глубокая структурная проблема, и ее следовало решить до начала проекта. Каждый программист должен знать, по крайней мере, одного человека, который может напрямую вносить изменения, если это необходимо, и процедура для этого должна быть ясной. Честно говоря, как насчет безопасности или проблем с базой данных с потенциальной потерей данных? Я имею в виду, конечно, что если вы не можете это исправить, сообщите об этом непосредственно персоналу и скажите ему: «Пожалуйста, не делайте этого», но, честно говоря, лучший способ - это как можно быстрее избавиться от этой проблемы. У меня был похожий случай в терминальном приложении, когда программа просто перестала работать после двойного нажатия кнопки. Исправление было тривиальным, но никому не разрешили его исправить, и буквально это стоило часов для всех людей, в зависимости от этого. Требуйте ярлык для важных изменений!

Answer 2

Чем быстрее я исправляю ошибки, тем больше ошибок мне приходится исправлять.

Answer 3

Скорость, с которой управление позволяет исправить ошибку, напрямую связана с управлением затратами, будет сохраняться до тех пор, пока ошибка не будет устранена.

Я команда из 1 человека. Ничто не стоит между мной и моими жуками:)

Answer 4

Это действительно зависит от размера организации, размера системы, важности системы и влияние ошибки, например:

Персональный магазин или система с низким уровнем воздействия (самое быстрое - приложение №1 выше)

Время для исправления ошибки = время для поиска ошибки + время для исправления кода + время для развертывания в рабочей среде

Большая организация или важная система (самое длинное - приложение № 2 выше)

Время, чтобы исправить ошибку = время, чтобы найти ошибку + время, чтобы документ & amp; приоритизировать ошибку + время оценить стоимость + время одобрить работу над исправлением + время разработать исправление + время до исправление документа + время до исправления кода + время до плана тестирования документа + время до исправления + время до регрессии тестирование + время до производительности / нагрузочный тест + время до расписания & amp; утвердить развертывание + время для развертывания исправления

Изменить : сколько Сотрудникам Microsoft нужно, чтобы заменить лампочку? - интересная статья на эту тему.

1 : см. http://blogs.msdn.com/ericlippert/archive/2003/10/ 28 / 53298.aspx

Answer 5

Ответом будет отношение количества доступа к производственной среде к количеству жизней или денег на карту.

Answer 6

Обходные пути.

У меня был предыдущий опыт, когда пользователь считал функциональность неработоспособной из-за ошибки, уведомлял нас, ждал, пока ошибка не будет исправлена, затем сообщал нам, что во время простоя в этом разделе они вводили информацию в свою старую версию приложения Excel (миграция Oracle APEX из Excel), а затем вежливо спрашивал нас, сколько времени потребуется, чтобы мы снова динамически вставляли данные из их приложения Excel.Время простоя для этого было больше, чем для первоначальной ошибки.