Показать сообщение отдельно
Старый 31.08.2010, 14:31   #61  
George Nordic is offline
George Nordic
Модератор
Аватар для George Nordic
Злыдни
 
4,479 / 1250 (50) ++++++++
Регистрация: 17.12.2003
Адрес: Moscow
Записей в блоге: 9
Понаписали-то сколько всего.

Вы путаете:
1. Причину и следствия.
2. Цель, процесс и результат
3. Источник знаний о бизнес-процессе.
и меня сильно запутали.

Итак.
Все дело в том, что нет методологии, о которой столько говорили большевики.

Предпроектное обследование.
Сначала делается анализ текущих бизнес-процессов компании, как есть - AsIs.
Потом владельцев бизнес-процессов спрашивают, а как они хотят их изменить с целью оптимизации бизнес-процессов. Если предполагается внедрение некой системы, идет демонстрация ее базовых возможностей (системы или решения).Анализируется, как внедрение данной системы повлияет на текущие бизнес-процессы, как они могут измениться. проводиться реинжиниринг бизнес процессов, рисуются бизнес-процессы, как они должны быть - ToBe.
Если планируется внедрение системы, то строится предварительный Дизайн решения - что должно быть в системе, если строить ее с учетом процессов, как они будут.
Данные документы фиксируются и подписываются владельцами бизнес-процессов и утверждаются спонсорами (кто будет платить за изменения). Более того, со спонсари утверждаются и Цели Проекта - что должно быть результатом реинжииринга БП или внедрения системы. Спонсоры могут внести изменения в список БП, в сами БП и Цели Проекта. Имея утвержденые Цели проекта и предполагаемые итоговые Бизнес -процессы, можно переходить к следующей стадии.

К сожалению, многие не понимают значимости фазы Анализа и отказываются за нее платить отдельно, или вовсе отказываются от детального предпроектного обследования, что зачастую мешает точной оценке объема проекта и его стоимости.
Проект
Дизайн. На фазе построения дизайна решения проводится анализ как мы можем сделать из того, что есть (AsIs) то, что будет (ToBe). Если предполагается использование системы автоматизации, то проводится Gap-Fit анализ: что уже есть, что нужно настроить, где необходимы доработки. На основании GF-анализа строится предварительный план проекта, в котором фиксируется оценочный обеъем, сроки внедрения и необходимые ресурсы, проект разбивается на этапы, строится архитетура решения. Обычно только на этой стадии можно с достаточной точностью сказать о сроках и объеме проекта. Дизайн решения обсуждается с владельцами БП и спонсорами.

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

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

Из старой системы вводятся начальные остатки и... начинается Опытно-Промышленная Эксплуатация. На этом этапе осуществяется "горячая" поддержка пользователей, которым все еще страшно работать в новой системе. Пользователи привыкают работать в новой среде. Обучаются новым возможностям. Найденные недочеты и нессответствия устраняются. Зачастую паралелльно с этим идет эксплуатация и старой системы на предприятии.

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

Вот примерно так.

Вы же пытается идти от концепции "А что система принципиально может". Это в корне неверно.

С Уважением,
Георгий
За это сообщение автора поблагодарили: Evgeniy2020 (1).