Как внедрить СЭД и не облажаться
6 мин
В крупных и средних компаниях рано или поздно возникает потребность в системе электронного документооборота, т.к. следить за бесконечно растущим количеством документов становится совершенно невозможно. И в 90% случаев первая попытка внедрения становится большой болью в сердце и где-то ниже, хотя её можно было бы избежать. Причём избежать можно как той самой боли, так и вообще внедрения, если вы поймёте, что пока не готовы к нему, и сможете это аргументировать.
Как сотрудник компании, внедряющей СЭД, я бы хотел поделиться неким чек-листом того, что стоит сделать до внедрения, чтобы по его итогам вас не уволили.
Как сотрудник компании, внедряющей СЭД, я бы хотел поделиться неким чек-листом того, что стоит сделать до внедрения, чтобы по его итогам вас не уволили.
Системы документооборота и автоматизации бизнес-процессов призваны наводить порядок в работе компании. Они систематизируют документационное обеспечение компании и прокладывают четкие, прямые, неизменные маршруты, по которым движется работа над документами. Таким образом, система документооборота упорядочивает хаос и анархию в повседневных делах фирмы, задает ей определенный темп и график деятельности.
Наконец-то я добрался до третьей запланированной и заключительной статьи про KCS из моего мини-триптиха, посвящённому этой мало известной в России методологии. Напомню, что KCS расшифровывается как knowledge-centered support и в предыдущих двух статьях я довольно подробно описал, что из себя представляет KCS в целом, где он внедрялся в России и расписал основные составляющие KCS. Последнюю заключительную статью по KCS я хотел бы посвятить моему видению по проблеме выбора софта для данной методологии. 
Случилось так, что назначили меня начальником ИТ отдела. В бытность того времени я занимал должность начальника группы разработки и эксплуатации электронных информационных систем, и, благодаря то тому что вся группа на тот момент состояла из одного человека – меня, я легко с ней управлялся. Однако же мои рационализаторские таланты не прошли мимо руководства, и, в период реорганизации компании, группу ИТ (с парой админов и начальником) решили вывести из под отдела инженерно-технического департамента и сделать отдельный ИТ отдел. Меня же в свою очередь вывели из отдела обеспечения качества (не спрашивайте, что там делала группа РЭЭИС) и сделали начальником этого «новосозданного» отдела. С одной стороны, это тешило самолюбие. С другой стороны, помимо той работы, которую я выполнял, мне еще придется заботиться о ковриках для мышек, и «у меня курсор не мигает» … Отказаться тоже было не особо возможно. Собственно, мне просто положили на стол приказ о том, что теперь я начальник. Предполагая, что количество работы от этого назначения не уменьшится, я уведомил начальство (которое, видимо, думало, что я ничем не занимался), что руководить группой у меня скорей всего времени не хватит, хватит только управлять. Начальство махнуло рукой – для него видимо разницы не было.
