Несколько месяцев назад мне предложили возглавить проект по внедрению ERP. Помощь.
ERP-система (система планирования ресурсов предприятия) — это интегрированная ИТ-система для управления внутренними и внешними ресурсами предприятия (значительными физическими активами, финансовыми, логистическими и человеческими ресурсами).
Целью системы является облегчение информационных потоков между всеми бизнес-единицами (бизнес-функциями) внутри предприятия и информационная поддержка связей с другими предприятиями.
Википедия 
Я должен был вступить в должность в момент фактического выхода проекта в коммерческую эксплуатацию.
Это один из самых сложных и важных этапов любого проекта.
Специфика этого проекта заключалась в том, что срок запуска был несдвигаемым, то есть проект должен был быть запущен в определённую дату, без возможности переноса.
Краткое описание проекта Система: Oracle eBusiness Suit, Oracle Hyperion. Продолжительность проекта: 1 год, 3 этапа Бюджет: $800 тыс.
– $1000 тыс.
Заказчик: Эйр Астана Разработчик: БАС (25 человек) Команда проекта: 20-30 человек, ИТ-команда 6 человек.
Бизнес-функции: финансы, закупки, склад, бюджетирование и планирование, управление персоналом.
Этот проект стал для меня интересным и полезным опытом.
Я усвоил несколько очень важных уроков, которые постараюсь осветить в этом посте.
Я не планирую обсуждать в этом посте конкретные технические решения и характеристики.
Моя задача — поделиться аспектами внедрения, которые обычно не описываются в презентациях, брошюрах и книгах.
Готовимся к буре 
Вступить в должность менеджера проекта было непростой задачей, когда проекту уже исполнилось 7 месяцев.
Многие ключевые дизайнерские решения уже приняты.
Не было возможности изменить их, и не было никакого конструктивного смысла оспаривать и подвергать их сомнению.
У меня было 1,5 месяца на то, чтобы подготовиться к тому, чтобы взять на себя управление проектом.
С первых дней работы над проектом мне стало ясно, что приближается идеальный шторм.
Количество и масштаб изменений существующих бизнес-процессов могут создать серьезный кризис в компании.
Поскольку я не участвовал в начальном этапе проектирования системы, единственное, что я мог сделать, — это как можно лучше подготовиться к неизбежному катаклизму.
Для меня, как для нового человека в проекте, самым важным поначалу было построить хорошие отношения с бизнес-пользователями до того, как наступят трудные времена.
Я предположил, что хорошее общение будет иметь решающее значение во время кризиса.
Первые несколько месяцев я провел в тесном сотрудничестве с конечными пользователями, помогая им освоить систему, проводя обучение и оставляя работу по технической реализации команде проекта.
Я думаю, что эта тактика сработала очень хорошо.
В результате за время запуска мне пришлось не раз просить бизнес-пользователей сделать больше, чем они должны были или хотели сделать.
Тогда крепкие отношения и общение не раз выручали.
В конфликтных ситуациях я умел находить решения и договариваться о компромиссах.
Люди – не просто элементы системы Еще один урок, который я извлек из этого проекта, — это важность человеческого фактора.
Мы планировали различные бизнес-процессы, сложные схемы, иерархии, структуры.
Практика показала, что люди – это не просто элементы системы.
Буквально в каждом случае приходилось учитывать человеческий фактор.
На этом этапе нужно было больше работать с людьми, договариваться, уговаривать, мирить, заступаться, а иногда даже угрожать.
Кроме того, люди могут заболеть, уйти в отпуск, уволиться, ругаться, испортить отношения, не понять и отказаться от учебы.
В таких сложных проектах человеческий фактор необходимо учитывать на начальных этапах проектирования.
К сожалению, многие методологии проектирования умалчивают об этом аспекте.
Люди – самый важный актив Когда уходят ключевые сотрудники, компании несут большие потери и потери.
Когда люди покидают сложный и ограниченный по времени проект, это существенно затрудняет реализацию.
В ходе реализации проекта ушли ключевые сотрудники, проектировавшие целые модули системы.
Потеря таких сотрудников создала огромные черные дыры, которые не могли закрыться несколько месяцев, а негативный эффект от их ухода ощущается до сих пор.
Вопрос о том, как оценить и удержать ключевых сотрудников – это отдельная проблема, заслуживающая отдельного обсуждения.
Управление конфликтами 
Изначально я четко определил свою роль в этом проекте как менеджера проекта – создать все условия для того, чтобы команда проекта могла полноценно функционировать.
Тогда это была не работа по технической реализации системы, а управление конфликтами и кризис-менеджментом.
Очень часто мне приходилось выступать в роли переговорщика или арбитра между разными бизнес-подразделениями.
В отсутствие прямых полномочий и формальных рычагов давления приходилось договариваться и разрешать конфликтные ситуации неформально.
Возникали ситуации, когда заинтересованные стороны могли общаться только через нейтрального посредника.
Часто мне приходилось играть роль миротворца.
Сбой социотехнической системы.
Момент истины Самой большой проблемой, с которой я столкнулся во время работы, был сбой социотехнической системы.
Ссылка .
Социотехнические системы - … подход к проектированию трудового процесса в аспекте взаимодействия людей и технико-технологических факторов труда.
.
термин относится к изучению взаимодействия инфраструктурных элементов общества, объективных реализаций общества, с одной стороны, и человеческого поведения, с другой стороны.
Википедия 
Технические проблемы возникают и решаются легче, чем в случае сбоя социальной системы.
Усталость, непонимание, недостаток общения умножаются на технические проблемы, сложность системы и неопределенность.
Все это может привести к параличу социотехнической системы.
В нашем проекте был момент, когда эмоции, чувства и терпение были на пределе, давление зашкаливало и заинтересованные стороны оказались в тупике.
В этой ситуации кому-то важно сохранить самообладание и постараться найти общий язык, напомнить об основной миссии и важности проекта.
К счастью, нам удалось преодолеть эту проблему путем длительных переговоров и взаимных уступок.
Проектная группа 
В таком сложном проекте важно иметь квалифицированную и мотивированную команду.
Мне повезло, команда, с которой мне довелось работать, состояла из настоящих профессионалов.
В команде удалось создать атмосферу доверия и поддержки, которая помогла справиться со стрессовыми ситуациями и нагрузками.
Кроме того, в проектной работе очень важна мотивация сотрудников, так как необходимо получить результат за короткий период времени при ограниченных ресурсах.
К счастью, каждый член команды проекта понимал важность проекта и свою ключевую роль.
В целом этот проект оказался весьма успешным.
Есть негативные примеры реализации подобных проектов, некоторые даже заканчивались крупными провалами.
Конечно, есть еще трудности и проблемы, над которыми необходимо работать.
Но теперь буря прошла, кризис миновал.
Теги: #ERP #erp #управление проектами #oracle #управление проектами
-
Объяснение Многофункциональных Принтеров
19 Oct, 24 -
Проекты Настройки Dynamics Ax И Sure Step
19 Oct, 24 -
Skype Выпустил Версию Для Бизнеса
19 Oct, 24 -
Sisoftware Сандра Xi Sp1 (11.22)
19 Oct, 24
