Erp-проект. Как делать. litnet.com
ERP-проект редко рушится в тот момент, когда кто-то совершает очевидную грубую ошибку. Намного неприятнее другая ситуация: каждый участник делает вполне профессиональную работу, документы появляются в срок, совещания идут по плану, аналитики рисуют процессы, методологи обсуждают учёт, разработчики закрывают задачи, а через несколько месяцев выясняется, что все эти результаты плохо складываются в одну систему. Процессная схема живёт своей жизнью, требования — своей, НСИ начинают обсуждать отдельно, в 1С:ERP уже появляются настройки и доработки, а тестирование проверяет сценарии, происхождение которых никто не умеет быстро восстановить. На старте это почти незаметно. Аналитик получает задачу описать деятельность и проводит интервью. Финансовая служба формулирует требования к аналитике и отчётности. Специалист по НСИ собирает справочники и классификаторы. Разработчик открывает конфигурацию и ищет подходящие объекты. Руководитель проекта следит за сроками. Каждый решает реальную задачу, и в действиях каждого есть профессиональная логика. Проблема возникает между ними — в местах, где один результат должен стать основанием следующего. Например, руководителю нужен отчёт по финансовому результату в разрезе направлений деятельности. Учётная модель говорит: нужна аналитика. Прикладная команда отвечает: в 1С:ERP есть подходящий реквизит. Кажется, осталось сделать поле обязательным и передавать значение по документам. Но затем пользователь спрашивает: а в какой момент процесса я действительно уже знаю правильное направление? Если значение требуется раньше, чем оно стало известно, система заставит человека угадывать. Если позже — часть цифровой цепочки уже прошла без нужного признака. Вопрос о маленьком поле внезапно возвращает проект к процессу, хозяйственному смыслу, ответственности и отчётности одновременно.