24 конфп

Summary

В данном транскрипте обсуждаются проблемы с переходом на новую версию системы в рамках проекта. Основные вопросы касаются недостаточного тестирования под нагрузкой, нехватки коммуникации между командами и неясности ответственности за возникшие сбои. Выявлены проблемы с процессом тестирования, недостаточной подготовкой системы и недостаточным взаимодействием между командами разработки, эксплуатации и внедрения. Обсуждается необходимость улучшения распределения обязанностей, улучшения тестирования и повышения прозрачности в коммуникациях для предотвращения повторения подобных инцидентов в будущем.

Takeaways

• 😀 Система была переведена на новый стек технологий, но переход вызвал проблемы, которые не были должным образом протестированы под нагрузкой.
• 😀 Недостаточное тестирование системы в условиях нагрузки привело к сбоям, которые не были выявлены на первоначальных этапах тестирования.
• 😀 Было неясно, кто несет ответственность за тестирование и принятие решения о переходе системы на промышленную эксплуатацию.
• 😀 В ходе перехода произошла потеря автоматизатора, что затруднило финальную проверку системы.
• 😀 Командой МФЦ не было проведено достаточное тестирование новой системы с участием большого числа пользователей, что могло бы выявить проблемы до перехода в эксплуатацию.
• 😀 Проблемы с системой начали выявляться только после того, как она была внедрена в промышленную эксплуатацию.
• 😀 Не было чёткого общения между различными командами, что привело к отсутствию своевременных уведомлений о проблемах в процессе перехода.
• 😀 Ответственность за происшествия, связанные с переходом на новую систему, не была четко закреплена, что затруднило выявление виновных.
• 😀 Решение о переходе на новую систему было принято на основании неполного тестирования и без должного контроля за нагрузочными тестами.
• 😀 Для предотвращения подобных ситуаций в будущем необходимо пересмотреть и улучшить процессы тестирования, коммуникации и распределения ответственности между командами.

Q & A

Что стало причиной проблем в переходе на проприетарное ПО?

Причины проблем в переходе на новое ПО связаны с несколькими факторами, включая несоответствие нагрузки на систему в реальных условиях, проблемы с адресацией сообщений и отсутствие полноценного тестирования под нагрузкой после того, как автоматизатор покинул проект.

Почему не было проведено полноценное тестирование системы перед её внедрением?

Не было проведено полноценного тестирования из-за того, что система тестировалась только в ограниченном объеме, и не было организовано тестирование с большой нагрузкой, как того требовали условия реальной эксплуатации.

Какова была роль Дмитрия Бобова в переходе на новую систему?

Дмитрий Бобов был ответственным за переход на новое ПО, он был основным координатором и руководителем данного мероприятия.

Какие технические сложности возникли при переходе на новую систему?

Основные технические сложности возникли из-за ошибок в нагрузочном тестировании и недостаточного контроля за тестированием после того, как автоматизатор покинул проект. Проблемы также возникли из-за неправильной адресации сообщений и нехватки ресурсов для полноценной проверки системы.

Почему Сергей Александрович не занимался тестированием системы?

Сергей Александрович не занимался тестированием, потому что его роль заключалась в эксплуатации системы, а не в техническом тестировании. Тестированием занимались другие команды, такие как отдел внедрения и аналитики.

Какие меры были предприняты после выявления проблем с системой?

После выявления проблем был составлен документ, описывающий все этапы перехода, включая действия, предпринятые для устранения инцидента, и факторы, повлиявшие на его возникновение. Однако в документе не была указана конкретная ответственность за произошедшие сбои.

Что именно не устроило руководство в том, как МФЦ провел тестирование системы?

Руководство ожидало, что МФЦ проведет более масштабное тестирование с большим количеством участников, например, с 500 операторами. Однако тестирование, проведенное МФЦ, не было достаточно обширным и не выявило потенциальных проблем системы.

Какой документ был составлен для анализа инцидента?

Для анализа инцидента был составлен документ, в котором описаны все этапы перехода на новое ПО, причины возникновения проблем и шаги, предпринятые для устранения этих проблем, однако документ не включал информацию о том, кто несет ответственность за сбои.

Как можно избежать подобных инцидентов в будущем?

Для предотвращения подобных инцидентов в будущем рекомендуется провести более тщательное и масштабное тестирование системы, улучшить коммуникацию между командами, а также установить четкие линии ответственности и обеспечить более эффективное управление проектами.

Как была организована работа по внедрению новой системы?

Работа по внедрению новой системы была организована через несколько этапов: сначала тестирование на ограниченном контуре, затем решение о переходе на промышленный контур после проверки. Важно отметить, что тестирование было ограничено и не учло всех возможных проблем при реальной эксплуатации.