Цитата: Зауралец от 24.11.2017 22:29:46и главное вы разберитесь, кто нанимал тех людей и начислял им зарплату .. именно тем, что разрабатывал форматы передачи данных из пенсионного в налоговские базы, кто утверждал ведомости программистам, кто это писал ... а то у касперского все нормуль в 1С все нормуль, а в гослужбе такое впечталение что технологи и программисты по обявлениям набраны и получают по остаточному принципу ... ДАК ВЫ ИМ ПЛАТИТЕ КАК 1/2 СЕБЕ ЛЮБИМЫМ С КОНТРОЛЕМ И ФИНАНСОВОЙ ОТВЕТСТВЕННОСТЬЮ
А вот тут я могу рассказать, как было. По опыту разработки для гос.органов.
Итак, делать надо было быстро, но быстро - это ж с учетом тендерной системы закупок...
Т.е. сначала конкурс на этап ПОНЯТЬ, ЧТО НАДО ДЕЛАТЬ (обследование и разработка ТЗ) со сроками "через 3 дня". И даже неважно, выигрывает его дружественная контора или абы кто, проблема в нереальных сроках. По факту нереальных. Но, подписался - сдать надо в срок, это не коммерсы, с которыми можно аргументированно договориться, тут работа делается ТОЛЬКО в срок. В результате что сделали – то и сделали, и пофиг, насколько коряво, главное, что б ГОСТы (19-й и 34-й) были соблюдены, а на содержание - плевать.
Главное, чего не сделано на этом этапе - не выявлены "исключения", не раскрыто, что делать с проблемными данными (а "их есть у нас") - просто потому, что на это тупо нет времени.
Потом следующий конкурс, на исполнение ТЗ. Того самого, корявого. Отступления, пусть в лучшую сторону - не пройдут. И совершенно не факт, что этот этап будет делать та же команда, что и предыдущий, формально они абсолютно независимы (а если зависимы, то антикоррупционные органы имеют право вмешаться).
Но главное не это - сроки по прежнему нереальные. Ну на разработку дают не 3 дня, а 7, но в общем хрен редьки не слаще. Команда шарашит как ошпаренная, но 40% трудоемкости уходит не на разработку, а на документацию по тем же самым гостам. На комплексное тестирование нет ни сил, ни времени, сроки поджимают с первого дня, и все прекрасно понимают, что сдача зависит от документации, а не от реальной программы.
В результате - основной алгоритм работает, а на проблемные данные тупо положен хрен с обоснованием "данные должны быть такими!".
Но работа - принята, это и есть основная цель как разработчика, так и заказчика (средства должны быть освоены в срок).
Поэтому удивляться ошибкам при переносе - не нужно. По другому и быть не может.