Определение целей проекта

Основные стадии проекта разработки ИС

o Осуществление процедуры бенчмаркинга: анализ опыта других предприятий (обычно близких по профилю, отрасли, рынку, методам ведения бизнеса и т.д.), связанного с внедрением ИС.

o Определение целей проекта в контексте повышения эффективности решения существующих управленческих задач и возможности внедрения принципиально новых управленческих технологий.

o Определение укрупненных показателей эффективности бизнес-процессов, подлежащих автоматизации (целевых бизнес-процессов), и формирование первоначальных критериев успешности проекта.

o Определение приемлемого финансового плана-графика проекта.

· Обследование предприятия и подготовка к проекту внедрения

o Организация тендера и выбор управляющей (внедряющей) компании.

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

o Подготовка персонала компании к проекту изменений, разработка новой политики мотивации труда.

Почти во всех случаях проведения серьезных преобразований на предприятии возникает противодействие (как активное, так и пассивное) сотрудников на разных уровнях организационной иерархии. Это обусловлено характерной человеческой особенностью, выражающейся в опасениях по отношению к любым нововведениям, боязни утратить свою незаменимость, неготовности принимать решения и т.д. Как показывает практика, существенно уменьшить сопротивление персонала, а во многих случаях даже вызвать его заинтересованность в отношении проекта позволяет тщательная проработка новой политики мотивации труда. Другими факторами, эффективно сказывающимися на преодолении этой проблемы, являются: создание у сотрудников твёрдого убеждения неизбежности нововведений, поддержание высокого статуса проекта и закрепление всех проектных распоряжений соответствующими приказами руководства.

o Утверждение проектной методологии.

Обследование и реорганизация (в том случае, если она проводится) предприятия являются первым этапом проекта внедрения и их результаты определяющим образом влияют как на дальнейшую конфигурацию ИС, так и на соответствие результатов ожиданиям Заказчика. Поэтому уже на этом этапе всегда необходимо утверждать единую концепцию управления проектом и строго следовать ей на всех последующих стадиях, при необходимости внося в регламент коррективы, обусловленные новой предметной областью.

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

o Управление проектом организационных изменений.

o Утверждение модели команды, модели процессов и модели рисков.

o Разработка и утверждение плана-графика обследования.

o Управление проектом обследования. Построение и утверждение бизнес-модели “как есть”. Представление и согласование полученных результатов.

o Анализ бизнес-модели “как есть”, разработка и утверждение бизнес-модели “как должно быть”, планирование проекта реорганизации. Разработка технического задания на реорганизацию.

o Управление проектом реорганизации бизнес-процессов и отдельных подсистем (например, системы мотивации) предприятия согласно техническому заданию.

Очень часто случается, что этим этапом пренебрегают и, в результате, автоматизация не даёт никаких ощутимых результатов. Внедрение ИС оправдано лишь в тех случаях, когда деятельность предприятия соответствует стратегии развития и все методы управления, лежащие в основе требований по функциональности ПК уже имеют свой утвержденный регламент. Другими словами, нет никакого смысла покупать программный модуль “Бюджетирование” и внедрять его, если сама система бюджетирования на предприятии отсутствует. То же самое можно сказать об оперативности обработки и доставки управленческой информации. Если в этом процессе возникают ситуации, когда задержки вызваны организационными проблемами, то и при наличии ИС требуемой полноты и актуальности информации добиться невозможно.

Никогда не следует забывать о том, что если мы планируем внедрять ИС класса MRPII, то для начала нужно определиться с тем, как мы будем разрабатывать политику планирования производства с учетом новых условий, и уже потом разрабатывать техническое задание по конфигурации программного комплекса.

На самом деле, даже в тех случаях, когда поставщики ПК утверждают, что внедрение возможно по принципу “как есть”, они лукавят, так как всегда наличие ИС подразумевает новые методы работы с информацией, а соответственно и новую бизнес-модель предприятия. Только в этом случае изменения будут продиктованы конфигурацией ПК, а не реальными показателями эффективности бизнес-процессов.

Реорганизация бизнес-процессов является отдельной и очень обширной темой, актуальность которой отразилась в создании целых научных школ, поэтому в контексте этой статьи мы не будем детально рассматривать разнообразие подходов к организационному проектированию.

o Утверждение новой бизнес-модели “как есть”, соответствующей бизнес-процессам предприятия после осуществления реорганизации.

o Конкретизация целей и критериев успешности проекта построения ИС.

o Разработка функциональных и технических требований к ПК.

Дата добавления: 2014-12-10