В предыдущем посте обещал детализировать мероприятия по подготовке к внедрению ИС. Итак, пару слов подготовке в плане описания бизнес-процессов.

Что принципиально можно сделать в данном плане: - сделать описание автоматизируемых БП по состоянию как есть (то есть построить модель AS IS); - проанализировать их состояние, выявить узкие места, проговорить с владельцами процессов и их участниками боли, собрать информацию, как по мнению владельцев и участников БП "было бы лучше"; - систематизировать всю информацию, полученную на предыдущем шаге, выстроить и описать процесс с учётом проведенной систематизации, согласовать полученную модель (целевая модель или TO BE).

Программные средства, которые вам помогут описать модель: - репозитории БП. ПО, которое позволяет отрисовать БП, хранить их в "связанном" состоянии в едином информационном пространстве. Примеры - Business Studio, Pix Studio. - дизайнеры бизнес-процессов. ПО, которое позволяет отрисовывать бизнес-процессы, но результаты хранятся в виде отдельных схем, хранилище нужно организовывать отдельно. Примеры - MS Visio, Draw.io, yedGraph Editor (последние 2 работают на линуксе тоже).

Таким образом к началу внедрения вы можете выйти в 1 из 4 состояний:

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

2. Описана модель AS IS: - вы можете ограниченно ориентироваться на текущие процессы, однако остаётся неопределенность в плане функциональных разрывов и их количества; - стоимость доработки ПО вы по прежнему осознанно определить не можете.

3. Описана AS IS + выделены потенциальные участки оптимизации: - вы можете посмотреть, насколько гибко система может быть настроена на "участках под вопросом", вы можете подсчитать количество потенциальных функциональных разрывов; - при формировании бюджета у вас появляется возможность заложить максимальную сумму на доработку системы в рисковый фонд проекта.

4. Описана TO BE, здесь и выбор продукта в плане покрытия БП становится полностью осознанным, и есть возможность посчитать, какие затраты на доработку вам надо заложить в проект.

Не всегда имеется возможность пойти по самому осознанному пути. Но все же если ваш выбор - это вариант 1, то стоит задуматься о разделении проекта внедрения на 2 отдельные части: - консалтинг ( TO BE + выбор продукта + бюджет внедрения); - реализация внедрения.