Дело было в 2010 году. В октябре месяце к нам в компанию позвонил ИТ-директор другого завода и пригласил в гости. Пообщаться на тему внедрения 1С. Я тут же сел в машину и поехал, всего-то 200 километров до заказчика. «Десяточка» моя пролетела их за два часа.
Когда я вошел в кабинет начальника АСУ, и мы проговорили буквально 10 минут, я понял, что Василий Иванович – наш человек. Специалист с большим опытом автоматизации, который всю свою жизнь проработал на заводе. Знает и его боль, и всех своих пользователей как облупленных. Решает поставленные задачи теми средствами, которые ему доступны. И весьма неплохо справляется, несмотря на ограничения бюджета. В общении с такими людьми у меня возникает ощущение, что мы понимаем друг друга с полуслова, и сразу устанавливается доверие.
Заводу нужна была новая система складского и бухгалтерского учета. Планировалось запустить ее с нового года. Василий Иванович заметил, что до конца года остается немного времени, и нам придется поторопиться с предпроектным обследованием и коммерческим предложением.
Ну, надо – так надо. Я попросил посмотреть структуру завода. Василий Иванович посетовал, что она часто меняется и действующий вариант никто не знает. Точно известно только одно, что реальная структура не совпадает с официально утвержденной. Но после пары звонков он все же распечатал мне огромную портянку формата A1.
На ней мы тут же ограничили организационные рамки проекта, обведя те отделы, которые будем автоматизировать, шариковой ручкой. Думаю, поработать ручкой над структурой предприятия – самое первое и простое, но самое важное действие, которое надо произвести при обследовании. Одним росчерком пера вы выявите основных стейкхолдеров – это руководители помеченных подразделений. И отсечете от проекта тех, кто появится со своими требованиями позже. В список автоматизируемых отделов, кроме бухгалтерии, попали финотдел, служба реализации, отдел снабжения и склады.
После этого я попросил принести положения об отделах, попавших в периметр автоматизации. На мое счастье, они нашлись в одном из шкафов в отделе труда и заработной платы. Пыльные немножко и пожелтевшие. Поэтому никто не гарантировал их актуальности. Но, зная, какой консервативной структурой является завод, я был уверен, что все основные функции в них отражены. Мы с Василием Ивановичем сели и за полчаса отметили те функции, которые нужно автоматизировать. Так мы разобрались с функциональными требованиями.
И, наконец, я взялся за штатное расписание по нужным отделам. Попросил вариант с фамилиями, и мне его, конечно же, дали. Но только посмотреть. Пришлось переписывать реальное количество работающих по отделам прямо в структуру завода. Нужно же было как-то узнать, сколько лицензий 1С поставить.
После этого мы с Василием Ивановичем решили, что «1C:Управление производственным предприятием» им вполне подойдет, так как следующим этапом предусматривалась автоматизация производственного планирования и учета.
Покончив с обследованием за пару часов, я уехал с завода. На следующий день Василий Иванович прислал мне свое техническое задание на автоматизацию на трех страничках. В нем был перечень отчетных форм, которые нужно получать из системы. Очень полезное дополнение к тем документам, что я привез с завода.
Почему нам удалось так быстро сформулировать требования, и мы обошлись без интервью со всеми стейкхолдерами? Не только потому, что и я, и Василий Иванович были специалистами с опытом автоматизации заводов, и использовали легко доступные документы. Но и по той простой причине, что автоматизируемая область – бухгалтерский и складской учет – в России почти полностью регламентированы. И возможностей типового решения вполне достаточно для удовлетворения почти всех требований. А перечень выходных форм снимал большинство оставшихся рисков.
Коммерческое предложение и договор были готовы за три дня. Ну а дальше началось то, что всегда происходит в серьезных конторах. Согласование проекта со стейкхолдерами. Не прошло и двух месяцев (друзья, согласитесь, в нашей предпроектной жизни – это просто миг), как мы уже подписали договор. Естественно, в редакции, подготовленной еще в октябре, и только слегка скорректированной под реалии декабря. С остановкой старых программ 31 декабря и запуском всей системы с 1 января.
Когда я собрал проектную команду и показал им подписанный договор, установилась тишина.
– Как вы вообще это представляете? – спросил меня руководитель проекта Азат. – Контрольный пример не проведен, пользователи не обучены, остатков нет. Ну, остановим мы старую программу. А новая-то как заработает?
– Давай вместе подумаем. Представим нашу будущую систему в динамике, начиная прямо с 1 января. Точнее, с 10 января. Какие документы нам понадобятся в первую очередь?
– Так. Отгрузка продукции должна происходить. И оприходование материалов. Банк и касса должны обрабатываться.
– Правильно. Это человек 10–20 складских работников, бухгалтеров и финансистов. И четыре-пять видов документов. Стандартных, которые всем подходят. Если мы сделаем инструкции и попросим пользователей выйти на работу не десятого января, а, скажем, восьмого, успеем мы их обучить? Успеем. А еще мы организуем техподдержку на месте прямо с 10 января, и они смогут получить ответ на любой вопрос сразу.
– Но у них должны быть реальные остатки, иначе как они отгрузят продукцию?
– Согласен, значит, надо остатки перенести из старой системы в новогодние каникулы. Успеем?
– Успеем, только они декабрь будут закрывать до 20 января. Остатки съедут. Раньше двадцатого переносить нельзя.
– Можно, если переносить их два раза. Поэтому программу переноса нужно написать правильную. Такую, что прежде чем что-то перенести повторно, она поищет это в новой системе, исправит и допишет, но ничего не удалит.
– Ну ладно. Оперативный учет с грехом пополам мы запустим. А что делать с бухгалтерским? Мы в январе точно не автоматизируем всю бухгалтерию. А им в начале февраля сдавать отчетность за месяц.
– Не переживай. Я поговорю с главным бухгалтером.
И я поговорил. Специально для этого съездил на завод.
– Знаете, Анна Петровна, должен вас предупредить – мы не сможем сделать вам полноценный отчет за январь в новой системе.
– Ладно, я получу его из старой.
– Не получите. Мы остановим ее 31 декабря на ввод новых данных. Иначе мы не сможем запустить новую систему с 1 января. Народ просто не будет работать с новой системой, если все, что он делал раньше, он сможет делать в старой. Я уже договорился с Василием Ивановичем. Он перепишет код в старой программе и запретит ввод документов с датой старше 31 декабря. Помните, как Александр Македонский сжег корабли, когда его войско высадилось в Персии? Он не оставил своим бойцам другого шанса, кроме как разбить врага на его территории. Так и мы – сожжем мосты. То есть корабли. То есть старую программу.
– Вы что, думаете, что отчетность завода в контролирующие органы – это шутка? Как, по-вашему, я ее должна сделать и сдать?
– Не знаю даже, что сказать. Ситуация, и правда, необычная. У вас будут данные по отгрузке, приходу материалов, банку и кассе. НДС в отгрузке и к зачету тоже посчитаем. Это все.
– Понятно. Ладно, придумаем что-то, используем доступные данные и статистику за прошлые периоды. Да, придется сделать корректировки позже. Ну ладно, все равно мы их делаем регулярно. В этот раз объясним, что внедрялась новая система, и в ней произошел сбой. Но когда я смогу получить реальную отчетность?
– Вы получите ее в середине апреля. Сразу за весь первый квартал.
Анна Петровна кивнула. Я понял, что она приняла предложенную технологию внедрения. Когда из-за сжатых сроков заказчик идет на отказ от этапа опытной эксплуатации. И сразу запускает систему в промышленную. Осознавая все связанные с этим риски ошибок и неверной отчетности.
И мы начали. Всей команде проекта пришлось активно поработать три дня до нового года и все новогодние каникулы. За это время был составлен и выполнен план быстрого запуска, включающий в себя следующие задачи:
• выявление пользователей, работу которых нельзя остановить;
• выявление справочников, документов и отчетов, которые они будут использовать;
• написание кратких технологических инструкций по работе с нужными объектами;
• обучение задействованных в запуске пользователей;
• программирование обработок по переносу данных;
• перенос и сверку перенесенных данных;
• создание службы техподдержки и системы обращения в нее прямо из программы.
10 января 2011 года завод работал уже как обычно. Но в новой программе. Это был самый быстрый запуск УПП в промышленную эксплуатацию в моей жизни.
История из моей книжки "Франчайзи на грани нервного срыва". Еще больше историй в одноименной серии, подписывайтесь
