Отвечу, как представитель айти, на Ваше последнее предложение.
У меня был опыт работы и в государственном учреждении (КТИ), и окологосударственном (работали по ОКР и грантам госструктур), также в различных коммерческих (малое, большое, наше, импортное). Так, вот, поверьте инженеру с 20-летним стажем: писать приложения без ошибок нельзя, просто, так не бывает (разве что у вас не малофункциональное приложение, типа калькулятора, с перечислимым количеством сценариев), начиная от того, что каждый программист - человек и
1. может что-то не так реализовать, неправильно поняв задачу;
2. техзадание может быть неправильно составлено (технологом или другим ответственным лицом, иногда самим программистом), опять же - человеческий фактор, т.е. это когда неправильно понята задача - внешне все так как задумывалась, но логика "под капотом" реализована неправильно: или чего-то не учитывает, либо учитывает лишнее...
3. не все сценарии функционала проработаны и/или протестированы.
Так, вот, чаще всего всему проблема по моему опыту в п.3 у малых предприятий и связанных с госзаказом/грантом, причина банальна - нехватка бюджета (у малых) и распил в длинной цепочке от чиновника к исполнителю (у гос), т.е. тоже нехватка средств, по сути. На адекватном производстве (в айти сфере) расходы на инженера (программиста) должны быть сопоставимы с расходами на контроль качества (оплата труда тестировщиков, технологов, тестовые стенды и автотесты), но по факту такое я видел только в крупных компаниях, либо некоторых мелких, но иностранных, которые долгое время прочно занимают определенную нишу на рынке.
Что же мы имеем в случае макс+госуслуги? Гос. компания + аффилированная с государством/чиновниками еще и небольшого размера компания, а перепавший ей бакшиш от барина надо поделить на всех причастных. Вот, и имеем то, что имеем: мой вердикт, дело далеко не в инженерной недоработке, но в административной.
