Плановые даты обновлений

DUCKKK

Описаны, конечно. Это?

"А именно гарантировать корректность базовых операций контуров ШКК и ТЗК".

Да, я видимо не заметил этой безусловно конкретной фразы.

Скажите, а вы сколько раз в неделю ставите обновление WINDOWS? Я - чуть не каждый день, они по нескольку заплаток выпускают.

Вот ведь собаки капиталистические! Весь мир завоевали, а "гарантировать" так и не научились!!

DUCKKK

Так в чем должны заключаться "гарантии", Вы все же можете объяснить? Выпуск одного чудесного обновления, после которого ни у одного клиента никогда не возникнет ни одного вопроса?

Volod

DUCKKK

А вы после выпуска обновления, затрагивающего, скажем, только форму 4-ФСС - все тестируете? Ну там прием на работу, ввод в действие ШР

Ну а что - зато не скучно Smile

)))))) И начальству есть что доложить опять же.

Volod

Volod

DUCKKK

Да я-то всего лишь о том, что "после каждого обновления приходится заново ВСЕ тестировать" - это не есть правда.

Volod

Да дальше, с Вами спорить смысла не вижу, вы знаете всё лучше меня, как и что мы делаем.
Very Happy

DUCKKK

Да-да, внутреннюю организацию процессов неплохо бы улучшить. И углубить. И расширить.

Volod

2DUCKKK, жду от Вас рекомендаций, а не общих фраз. Smile

DUCKKK

Рекомендаций по какому конкретно вопросу?

Кстати, а на каком основании Вы чего-то от кого-то ждете на этом форуме? Вы тут тоже кому-то платите? (с ужасом)

Joenka

Как я люблю форумы в интернете. Пара фраз и пошло на бесконечное число страниц флуда Wink

По конкретики:

Для Заказчика:
1. Регламент между ИТ и Бизнеса (расчетчики, кадры. бухгалтерия и прочие). Согласовать и использовать - тем самым нормализовать работу ИТ и не дергаться на каждый всплеск эмоций от Бизнеса.
2. Обеспечить бизнесу доступ до: тестовой среды, в свою очередь тестовая среда должна состоять из нескольких баз, это и предыдущие версия (версии), а так же как минимум база, которая либо актуальна на вчера (еженочный бэкап поднимаем на тесте и таким образом всегда имеем актуальные данные за вчера) либо актуализируется по мере надобности (ну разумеется если актуализация не занимает 3-5 часов - у всех разные базы)

Для БК было бы очень полезным отделить разработку от данных. Т.к. в таком случае куда проще было бы с бэкапами работать. Взаимодействие на уровне View к фундаментальным таблицам (card, people и.т.д.). Так же это было бы очень полезно и подрядным организациям, которые сопровождают БОСС Кадровик в какой либо конторе, передача обезличенных БД куда проще, когда разработка в отдельной БД хранится.

Что до обновлений, то достаточно сменить методику подачи пользователям данного обновления:
Информационное письмо от БК:
Так мол и так, с 1 июля 2015 года протестированные и готовые к установке (подчеркиваю!) обновления выходят не чаще чем N месяцев.
"Горячие" обновления выпускаются по мере готовности и могут содержать временные, обходные решения. Т.е. если в горячем обновлении найдены ошибки, то это ожидаемо!

Ну и собственно все, ИТ это письмо передают Бизнесу и говорят, что готовы работать по той или иной стратегии. Но лучше конечно передавать уже с регламентом и выбрать стратегию все же нормализованной работы, а установки горячих обновлений проводить в рабочее время на тестовые БД.

Вот почему то грамотные иностранцы не стесняются делать двойные и тройные проверки по расчетам с использованием тех или иных механизмов, а нам русским подавай все протестированное с кнопкой "Правильный расчет для Марии Петровны" Wink

DUCKKK

Алилуйя, подпишусь под каждым словом.