Показано с 1 по 20 из 20
Тема: от AS IS к TO BE
-
21.03.2009, 19:13 #1
- Регистрация
- 21.03.2009
- Сообщений
- 2
от AS IS к TO BE
Уважаемые коллеги, решила разобраться в том, как происходит переход от модели AS IS к модели TO BE при реинжиниренге бизнес-процессов. Какие методы и средства истользуються??? Может есть рекомендации по тематической литературе...
Буду рада любой информации и ссылкам, даже англоязычным.
Заранее большое спасибо)
-
22.03.2009, 11:19 #2
- Регистрация
- 24.11.2005
- Сообщений
- 386
Попробуйте начать отсюда:
http://en.wikipedia.org/wiki/Change_...t_(engineering)
http://en.wikipedia.org/wiki/Change_management_(people)
-
22.03.2009, 20:49 #3
- Регистрация
- 24.11.2005
- Сообщений
- 3,432
Чаще всего, когда вы (соместно с теми кто работает в процессе) смогли построить модель TO BE - задача перехода уже не стоит. Остается только закрепить изменения в каком-нибудь нормативном документе (приказе, регламенте и т.п.).
Глубочайшее заблуждение бизнес-аналитика - думать что ты знаешь что и как надо делать лучше, чем человек который этим занимается постоянно в течение нескольких лет. В лучшем случае, мы можем указать на какие-то системные ошибки или посоветовать новые технологии, про которые человек, потонувший в текучке, еще не знает.
-
23.03.2009, 10:59 #4
- Регистрация
- 25.11.2005
- Сообщений
- 102
Сообщение от Сергей А. Степанов
Можно взять указанные материалы на другом ресурсе:
http://www.powerset.com/explore/semh...nge+management
http://www.powerset.com/explore/semh...t_%28people%29
Вообще ресурс толковый, всем рекомендую.
update: страницы в википедии не открывались, потому что закрывающая скобка не входит в ссылку.Последний раз редактировалось Константин Тютюнов; 23.03.2009 в 11:50.
-
23.03.2009, 11:14 #5
- Регистрация
- 25.11.2005
- Сообщений
- 102
Сообщение от Kotic
А по методам в голову приходят следующие:
- модель изменений групп и коллективов Курта Левина (разморозить, изменить, заморозить).
- цикл Деминга-Шухарта (планирование-выполнение-проверка-корректировка). В этом смысле полезно при внедрении новой модели несколько раз прокрутить данный цикл: на уровне анализа регламента/документа всеми стейкхолдерами, по итогам "тестового запуска" и по итогам "внедрения нового регламента в эксплуатацию". (Пространство доктора Деминга)
- "дерево перехода" и анализ "негативных веток" Голдратта.(Теория ограничений Голдратта)
- весь арсенал дисциплины управления проектами: управление интеграцией, содержанием, сроками, стимостью, качеством, рисками, персоналом, поставками и коммуникациями (Руководство к своду знаний по управлению проектами)
-
23.03.2009, 12:41 #6Сообщение от Александр Болдин
Ну а если "бизнес-аналитик" не знает, как сделать лучше на основании собственного опыта, лучше ему за оптимизацию б/п не браться.
-
23.03.2009, 12:46 #7
- Регистрация
- 25.11.2005
- Сообщений
- 1,731
1. Реинжиниринг как коренная ломка процесса уже не в моде, однако. Хаммер и Чампи выскочили, шумнули и куда-то скрылись.
2. К толковому перечню Тютюнова добавлю еще восьмишаговую модель Дж.Коттера
-
23.03.2009, 13:23 #8
- Регистрация
- 24.11.2005
- Сообщений
- 3,432
Сообщение от Евгений_Кс
Инжиниринг процессов - услуги, предоставляемые специализированным подразделением или внешей компанией, по постановке в организации новых процессов или оптимизации действующих.
Реинжиниринг процессов - восстановление модели процесса в некоем стандарте по действующему процессу.
Ссылок не жди - это я сам придумал только что.
-
23.03.2009, 14:51 #9
- Регистрация
- 25.11.2005
- Сообщений
- 1,731
Сообщение от Александр Болдин
Инжиниринг процессов - услуги, предоставляемые Консультантом по постановке в организации новых процессов.
Реинжиниринг процессов - восстановление процесса в прежнем виде после ухода Консультанта.
-
23.03.2009, 18:26 #10
- Регистрация
- 24.11.2005
- Сообщений
- 3,432
Сообщение от Евгений_Кс
А люди-то верят. Даже каких-то "внутренних консультантов" придумали - полный бред между прочим... или полный бренд ... кто его знает.
:-Р
-
23.03.2009, 20:36 #11
- Регистрация
- 21.03.2009
- Сообщений
- 2
Всем огромное спасибо!!!
Много ценной информации, буду с ней работать )
-
23.03.2009, 22:09 #12Сообщение от Александр Болдин
А вообще, есть ли смысл во внутреннем консалтинговом отделе? Просто, без учета размера компании и сфер бизнеса...
-
30.03.2009, 15:59 #13
- Регистрация
- 30.03.2009
- Сообщений
- 2
переход от "как есть" к как "должно быть"
Сообщение от Александр Болдин
-
30.03.2009, 16:06 #14
- Регистрация
- 30.03.2009
- Сообщений
- 2
совет типичного консультанта по вопросам проектного управления... я в настоящее время столкнулся с совершенно конкретной проблемой: описать БП компании "Как должно быть" причем с точки зрения методологии, можете поверить я ее имею, я сделал все как надо (естественно мне надо) составил стратегическую карту описал верхний урповень основных процессов и ... далее... и тут проблема на проблему... выясняется что в компании нет элементарых инструментов управлени или работники компании при интервью слишком идеализоровали процесс, так что выполнение БП в том виде в котором его описали владельцы не возможно... вот сейчас и ломаю голову над поиском технологий описания БП как должно быть... пока ничего не могу найти
-
30.03.2009, 16:11 #15
- Регистрация
- 24.11.2005
- Сообщений
- 3,432
Сообщение от Bend
Организация должна выработать внутренние правила выделения, формулирования и решения системных проблем ... и научиться управлять внутренними проектами - а вот для этой цели наличие выделенного подразделения уже необходимо (для организаций с количеством людей условно более 100).
-
30.03.2009, 16:20 #16
- Регистрация
- 21.02.2007
- Сообщений
- 2,056
Сообщение от DrNeuron
-
30.03.2009, 16:29 #17
- Регистрация
- 24.11.2005
- Сообщений
- 3,432
Сообщение от DrNeuron
Процессы предприятия - квантовые объекты. Здесь велико "влияние наблюдателя" - как только вы начинаете описывать процесс ... он тут же начинает меняться. Если описывать правильно и достаточно долго ... в конце описания это уже будет не AS IS, а TO BE ... или даже TOO BE.
-
30.03.2009, 17:57 #18
- Регистрация
- 19.12.2005
- Сообщений
- 1,108
Сообщение от DrNeuron
2. Если консультант не достиг цели то в 94% - .... (См №1).
3. Как Вы описали "верхний уровень основных процессов" не зная, что "в компании нет элементарых инструментов управления ..."? На верхнем уровне главное - это управление и его инструменты.
4. Как Вы взялись за проект внедрения процессного подхода в организации где "... нет элементарых инструментов управлени ..."? Перед проектом надо проводить диагностику и отказываться, если организация не готова к такому уровню управления.
Провал консультанта для организации означает провал методики. Мне приходилось работать после чужих провалов, встречали словами:"Видали мы консультантов, вы у нас пятые (6, 7 и т.д.)". Мне это обходилось в лишний месяц трудозатрат (этот месяц добавлял в проект, но по результатам обследования).
С уважением Виталий.
P.S. Личная просьба: Уменьшите, пожалуйста, количество опечаток в тексте. Трудно читать.
-
30.03.2009, 20:52 #19
- Регистрация
- 24.11.2005
- Сообщений
- 3,432
>> ... я сделал все как надо (естественно мне надо)
Здесь собсно все.
Повторюсь:
Глубочайшее заблуждение бизнес-аналитика - думать что ты знаешь что и как надо делать лучше, чем человек который этим занимается постоянно в течение нескольких лет.
К сожалению, если человек глубоко заблуждается - он всегда не готов к тому, чтобы его ткнули в это носом. Будет выпендриваться и настаивать, что он больший католик чем сам Папа Римский.
Too beer or not too beer
That is the question
-
31.03.2009, 18:28 #20
- Регистрация
- 24.07.2006
- Сообщений
- 41
Да никак не может бизнес-аналитик сам, на основе каких-нибудь мифических методологий, от "as is" к "to be" перейти. Но работать то как-то нужно. Поэтому, обычно 2 пути:
1. Если аналитик не очень опытный. Просто рисует "as is" со слов эксперта. Потом это ему показывает, обсуждает, можно ли это к лучшему изменить, смотрят они как эти изменения могут затронуть другие подразделения и рисует "to be", тоже со слов эксперта. Потом бегает по всем затронутым и согласовывет. В результате, какой-то общий консенсус вырисовывается. По крайней мере, сотрудники организации умеют теперь рисовать процессы и сами могут чего-то наваять при желании.
2. Если аналитик опытный. Особенно, если знаком с конкретной отраслью. Тоже бегает, рисует "as is", попутно выясняет где проблемы есть. Далее начинает использовать:
А. Эталонные модели (абстрактно-эталонные, типа APICs, и конкретно-эталонные, из своих личных знаний об отрасли, процессах в ней и написанных ранее регламентах из своей безразмерной копилки). Смотрит, что там есть хорошего, как их присобачить можно и обсуждает все это с экспертами. Они соглашаются или нет с этими идеями.
В. Достраивает какие-нибудь "замыкающие" обратные связи (например, по циклу Деминга или еще как). Чтобы в каждом процессе отклонения от запланируемого анализировались и планирование поточнее было в будущем. Опять все это обсуждает.
Так более целостная модель рождается.
Как-то так у меня было на практике.