ITOGO
+380 (44) 496-00-46


ПРОЕКТ АВТОМАТИЗАЦИИ «в столбик» (ч.2)

Согласно методике, которую использует наша Компания, проект постановки новой технологии и автоматизации начинается с аудита деятельности целевого подразделения(ий): изучаются бизнес-процессы, подлежащие реинжинирингу и автоматизации, товарная номенклатура заказчика, персонал, физическая топология и структура используемой техники (если проект постановки складской технологии), транспортная подсистема заказчика. Особое внимание должно быть уделено окружению анализируемых бизнес процессов, т.к. именно они генерируют «входы» и потребляют «выходы» процессов, которые будут подвергнуты изменениям. Так же необходимо ознакомиться с информационными системами, которые эксплуатирует Заказчик, произвести оценку качества накопленных данных (товарный и партионный учет, качество ведения номенклатурного справочника).
Поскольку мы заговорили о процессах, напомню, что если в проекте используется методология «процессного управления» необходимо: во-первых согласовать с Заказчиком данный подход и готовность модернизировать работу подразделения в разрезе выполняющихся в нем процессов; во-вторых, необходимо сформировать карту процессов и назначить владельцев бизнес-процессов. Наиболее эффективно эти работы можно выполнить в рамках семинара «Основы Процессного Управления», который мы обычно проводим для участников проекта со стороны Заказчика. Такой семинар позволяет, что называется, синхронизировать «терминологию», а так же получить рабочую карту бизнес-процессов для дальнейшего изучения и реинжиниринга.

После проведения аудита технологических процессов в состоянии «AS-IS» (как есть) наступает этап проектирования новой технологии «To-Be» (как должно быть). На этой фазе проекта необходимо уделить особое внимание погружению заказчика в новую технологию работы подразделения, во всех ее проявлениях и мелочах.
В большей степени погружение в новую технологию должно коснуться будущего Технолога. Технолог – это специалист со стороны Заказчика, который после завершения проекта, будет контролировать работу новых процессов, адаптировать их под изменения окружающей среды и обучать новых исполнителей. На период проекта Технолог должен быть максимально освобожден от выполнения своих «основных» обязанностей и быть по максимуму задействованным в проектных работах (минимум 50 % рабочего времени).
В большинстве случаев выбор будущего Технолога становится «краеугольным камнем» всего проекта. Технолог должен сочетать в себе знание всех нюансов «старой схемы работы», осознавать необходимость изменений и быть в них заинтересованным. В дальнейшем он до мелочей должен будет овладеть новой технологией выполнения процессов и быть готовым нести за нее ответственность. Технолог должен обладать неоспоримым авторитетом в компании Заказчика не только в глазах ее руководства, но и среди рядовых сотрудников. Отсутствие такого «технологического лидера» со стороны Заказчика не раз приводило к сложностям при выполнении проектных задач, а порой являлось причиной приостановки сложного продолжительного проекта. Без такого человека на проекте приступать к реинжинирингу и проектированию работы такого сложного механизма, как логистический контур компании, просто бессмысленно.
Зачастую выполнение роли Технолога на себя берёт один из топ-менеджеров компании, т.к. по его мнению, он наиболее осведомлен о работе компании в настоящий момент и лучше всех понимает, что необходимо получить в результате проекта. На первый взгляд такое предложение может показаться заманчивым, и нет необходимости сразу отказываться от такого «влиятельного» технолога, но при этом необходимо очень четко контролировать выполнение ролевых обязанностей. Случаются и обратные ситуации, когда на роль технолога выдвигают человека, который изначально не способен справиться с этой ролью. Действия менеджера проекта в первом и во втором случае должны быть аналогичны. И при первом же нарушении, которое обычно происходит из-за дефицита времени, недостатка квалификации или же необходимости решения более насущных для фирмы проблем - поднимать вопрос о назначении другого специалиста, соответствующего всем выдвинутым выше критериям.
Если этого не сделать и оставить на роли технолога человека, который таковым по сути не является - Вы должны быть готовы самостоятельно нести ответственность за работоспособность и «живучесть» спроектированной технологии в условиях компании Заказчика.
При этом необходимо помнить, что наличие Технолога не освобождает от детального документирования всех решений принимаемых в рамках проекта, а так же от создания набора регламентной документации (согласно действующей Методике Описания Бизнес Процессов).
Необходимо как можно раньше начинать знакомство Заказчика (обычно в лице Технолога) с внедряемой Информационной системой: ее архитектурой, особенностями реализации тех или иных функций. «Ранее знакомство» позволит минимизировать количество возможных проблем на фазе автоматизации, которые связаны с ложными представлениями Заказчика о возможностях «всесильных» систем управления (WMS, TMS, YMS и т.п.), так же это даст возможность привлечь Технолога в качестве дополнительного ресурса на этап настройки и тестирования прототипа Информационной системы.
Продолжение следует...

UgoGoale
10.01.2022 20:24:10
AshGoale
10.01.2022 20:46:56
UgoGoale
11.01.2022 13:19:28
AshGoale
11.01.2022 14:34:39
CarlGoale
12.01.2022 00:45:30
BooGoale
12.01.2022 01:58:39
MaryGoale
12.01.2022 05:45:57