Показано с 181 по 210 из 265
Тема: Бизнес-процессы
-
17.10.2010, 19:06 #181
- Регистрация
- 25.11.2005
- Сообщений
- 690
Сообщение от eliferov
квадрат, потом ромб и поток сознания на них
-
17.10.2010, 19:51 #182
- Регистрация
- 16.04.2009
- Сообщений
- 219
Виталий, ну Вы же поняли, что я имел в виду. Освоить IDEF0 сложнее. Покажите человеку, который ни разу в жизни не строил процессы схему в формате IDEF0 и обычную блок схему, нарисованную в Visio. С большой вероятностью с блок-схемой человек и сам разберётся, а вот с IDEF0 потребуются дополнительные разъяснения. А «с наскоку рисовать», конечно, никому не стоит…
-
17.10.2010, 20:07 #183
- Регистрация
- 30.07.2010
- Сообщений
- 949
Сообщение от eliferov
-
17.10.2010, 20:22 #184
- Регистрация
- 16.04.2009
- Сообщений
- 219
Кстати, Виталий, я знаю, что Вы имеете большой опыт, связанный с моделированием бизнес-процессов. Скажите, а в чём Вы рекомендуете строить процессы своим клиентам (инструмент, нотация)? Ваш коллега, В.В. Репин, например, расхваливает Business Studio.
2 All
Кто-то может мне доступно объяснить преимущества процесса, построенного в нотациях серии IDEF перед обычной блок схемой Visio или тем же ГОСТом (допустим, с теми же целями, которые преследует asergeey).
-
17.10.2010, 20:28 #185
- Регистрация
- 30.07.2010
- Сообщений
- 949
Кстати, Дмитрий, а что вы подразумеваете под моделированием процессов?
Какие задачи решаются при этом?
-
17.10.2010, 21:12 #186
- Регистрация
- 16.04.2009
- Сообщений
- 219
Хмм, ну давайте попытаюсь обобщить. Рисование кубиков ради красивой картинки никого не интересует, как и абстрактная фраза «внедрение процессного подхода». Большинство потенциальных заказчиков преследует вполне конкретные цели. Часть из них я попытался изложить в статье «Задачи, решаемые при помощи бизнес-моделирования». Если вкратце, то большинство предприятий, которые подбирают программные продукты, или обращаются к консультантам, формулируют свои цели примерно так (реальные примеры из моей практики):
1) Абсолютное большинство преследует одну простую цель: разобраться, кто за что отвечает, т.е. распределить ответственность. Имеется в виду не просто описать «как есть», но и естественно оптимизировать существующие процессы, для того чтобы сократить «простои», убрать дублирование функций и более эффективно контролировать выполнение работ.
2) Во время кризиса многие стремились сократить издержки, уволив половину ненужного персонала. Вот только владелец предприятия, не позволял наёмному директору самому повыгонять сотрудников, а просил аргументировать свои действия, составив эдакий «план реструктуризации». Соответственно цель была определить реальную загрузку персонала, подумать, как перераспределить ответственность за функции сокращаемого персонала между оставшимися людьми и т.д. Естественно, процессы здесь выступали лишь одним из вспомогательных критериев, на основании которых принималось окончательное решение.
3) Очень крупные предприятия (такие, как, например, Philip Morris) имеют множество офисов по всему миру. Часто получается так, что в каждой стране существует своя система расчёта бонусов и своя процедура приёма на работу и т.д. Периодически головной офис собирает информацию, от каждого регионального офиса о том, как у них выполняется тот или иной процесс. Затем это всё анализировалось, выбирался наиболее оптимальные вариант и принимался как единый стандарт для всех филиалов и офисов. Естественно, это распространялось не на все процессы, суммы бонусов и коэффициенты для каждой страны по-прежнему были различными.
Есть и другие, вторичные цели, которые я не описывал, а именно: «потому, что так требует стандарт ISO 9001», «хотим, чтобы должностные инструкции сами писались», «инвестор сказал, что так нужно, без этого денег не даёт», «потому что это круто».
Это из нашей практики, возможно у той же Business Studio или Биг Мастера совсем другая статистика «хотелок» клиентов.
-
18.10.2010, 00:42 #187
- Регистрация
- 19.12.2005
- Сообщений
- 1,108
Ну Вы и вопросы задаете....
Сообщение от Петров Дмитрий
Сначала в голове. Сначала определите цель моделирования, а потом ... все зависит от клиента.
Поскольку я не аффилирован и никого не рекламирую:
Для БП "управление" (чтоб начальникам "мозги вправить")- MS Visio + Power Point (иногда ARIS VAD или Casewise (Захман + еТОМ))
Для БП "технологии" (чтоб подчиненные не ошибались и делали то, что надо) - блок-схемы (Word или MS Visio) + текст в Word (редко Excel).
Для БП "исполняемые" (чтоб программист правильно настроил транзакции, условия и атрибуты work-flow/doc-flow) - MS Visio или UML 2.0 (кстати в MS Visio есть почти все основные нотации и возможности) иногда ARIS eEPC.
Для координации всех трех уровней - IDEF* (точнее DFD)
Разные виды процессов предъявляют разные требования к нотации. Удачного, оптимального сочетания пока не встретил. Хотя приходилось использовать IDEF0, IDEF3, IDEF5, ARIS (Oracle BPA), Business Studio, Casewise, MindManager и т.д.
С уважением Виталий.
-
18.10.2010, 01:26 #188
- Регистрация
- 25.11.2005
- Сообщений
- 690
Работа, загрузка, ответственность, политика, бонус, процесс
Как они связаны?
-
18.10.2010, 01:31 #189
- Регистрация
- 25.11.2005
- Сообщений
- 690
Сообщение от eliferov
-
18.10.2010, 01:43 #190
- Регистрация
- 16.04.2009
- Сообщений
- 219
Работа, загрузка, ответственность, политика, бонус, процесс
Как они связаны?
Процесс состоит из функций (действий, работ), за них кто-то отвечает. Это ответственность.
Время – один из параметров выполнения функции. Сумма времени выполнения всех функций человеком определяет его загрузку.
Для каждой функции можно ввести численные критерии для оценки её выполнения. Достижение или не достижение этих критериев может влиять на зарплату, это бонусы (KPI).
Процессы выполняются для удовлетворения каких-то целей и задач предприятия (руководителя), назовите это политикой предприятия (немного за уши притянул)
Это как один из вариантов…
-
18.10.2010, 01:51 #191
- Регистрация
- 16.04.2009
- Сообщений
- 219
Вроде мы договорились, что в випросе можно описать ЛЮБОЙ процес???
Демка есть?Последний раз редактировалось Петров Дмитрий; 18.10.2010 в 02:11.
-
18.10.2010, 08:53 #192
- Регистрация
- 30.07.2010
- Сообщений
- 949
Сообщение от Петров Дмитрий
-
18.10.2010, 11:16 #193
- Регистрация
- 19.12.2005
- Сообщений
- 1,108
Сообщение от Сахават
Цитата с MESFORUM http://www.mesforum.ru/viewtopic.php...1633&start=120
Да и не в этом дело, а в том, что я пользуюсь понятием "мощность" везде, но физическая интерпретация этой самой мощности разная, где то это объем, где то вес, где то ширина ... Надо бы ввести единицы измерения мощностей для процессоров разного типа и приблизительно рассчитать потребность в мощности (упаковать), а я это упустил. и требую пользвателя ввести %отбора мощности везде.
С уважением Виталий.
-
18.10.2010, 12:07 #194
- Регистрация
- 23.03.2010
- Сообщений
- 126
Рискну предположить, что автору темы будет небезынтересно ознакомиться с моим решением кейса для журнала "Секрет фирмы" (http://kommersant.ru/doc.aspx?DocsID=1375797). По крайней мере проблемы, поднятые в кейсе, схожи с проблемами, озвучиваемыми автором.
Также с удовольствием и благодарностью выслушаю критику моих рассуждений от "гур"
-
18.10.2010, 12:32 #195
- Регистрация
- 25.11.2005
- Сообщений
- 1,731
Сообщение от Sergey K.
Неплохо, коллега, особенно вторая часть - Рекомендации для тех, кто барахтается в бардаке.
-
18.10.2010, 13:27 #196
- Регистрация
- 19.12.2005
- Сообщений
- 1,108
Сообщение от Sergey K.
1. "записывать в течение дня каждый шаг менеджера" - это не японское изобретение. В СССР это называлось "Фотография рабочего дня" (ФРД)- проведению ФРД меня учили еще 30 лет назад в курсе "Экономика и организация производства". До сих пор сам периодически применяю ее.
2. Дальнейшие неудачи улучшений связаны с пренебрежением 8 принципов менеджмента (ИСО 9000) - это законы изменений организации.
1. Фокус на потребителя - у Вас лично есть, у других он не мотивирован.
2. Лидерство руководства - в своем направлении Вы его обеспечили, на другие подразделения Ваша юрисдикция не распространяется. Нужно более активное участие первого лица.
3. Вовлечение персонала - не весь персонал готов "гореть на работе". "Зажечь" (или уволить "сырые, негорючие дрова") может только первое лицо.
4. Процессный подход - .... Пока хватит, остальное почитаете сами.
С уважением Виталий.
P.S. Вам многое удалось, но нужно еще "продать" свои идеи руководству.
-
18.10.2010, 13:49 #197
- Регистрация
- 23.03.2010
- Сообщений
- 126
Сообщение от eliferov
-
18.10.2010, 13:57 #198
- Регистрация
- 25.11.2005
- Сообщений
- 1,731
Сообщение от Sergey K.
Особенно на поляне, куда прибежали Падре с Петровым и все затоптали.Последний раз редактировалось Евгений_Кс; 18.10.2010 в 14:02.
-
18.10.2010, 14:52 #199
- Регистрация
- 16.04.2009
- Сообщений
- 219
Согласен. Получается, что цель моделирования - либо проанализировать поведение системы во времени, определив интересующие нас параметры, либо выработать управляющие воздействия для перехода системы в новое состояние (нас интересующее). Тогда как это сделать с помощью IDEF?
Особенно на поляне, куда прибежали Падре с Петровым и все затоптали.
-
18.10.2010, 15:09 #200
- Регистрация
- 24.11.2005
- Сообщений
- 3,432
Кейс прочитал. Приведенное решение имеет все шансы на победу в конкурсе, так как такие решения обычно нравятся жюри - много красивых слов при минимуме конкретики. Короче - мэйнстрим ... или "советы ни о чем" - как кому больше понравится.
Критиковать такое решение - все равно что критиковать азбуку (не поймут-с). Но ведь одного знания азбуки недостаточно, чтобы написать даже письмо на деревню дедушке ... я уж не говорю о программе по выводу компании из управленческого кризиса.
Здесь надо либо давать конкретные советы (зная ситуацию на месте), либо описывать общие принципы в виде книги. Об объеме работы во втором случае можно судить например по размеру книги А.И. Пригожина "Методы развития организаций"...
В любом случае, в открытом форуме типа ЦФИН можно получить только бесплатные советы. Бесплатные во всех смыслах.
-
18.10.2010, 15:27 #201
- Регистрация
- 23.03.2010
- Сообщений
- 126
Сообщение от Александр Болдин
-
18.10.2010, 15:47 #202
- Регистрация
- 24.11.2005
- Сообщений
- 3,432
Сообщение от Sergey K.
Многие киги достойны упоминания, но не все получается. Так, редко упоминается прекрасная книга Г. Буча про объектно-ориентированнное проектирование систем. А ведь она, в отличие от книги Пригожина, еще и читается легко.
Вот например, один из участников форума, прочитав Буча серьезно пересмотрел свои воззрения на моделирование и автоматизацию процессов. Что имеет ныне вполне ощутимые результаты. :-)Последний раз редактировалось А.Б.; 18.10.2010 в 15:58.
-
18.10.2010, 15:48 #203
- Регистрация
- 25.11.2005
- Сообщений
- 1,731
Сообщение от Sergey K.
Но мимо. Болдин привел пример объема, но не качества работ.
-
18.10.2010, 15:49 #204
- Регистрация
- 19.12.2005
- Сообщений
- 1,108
Сообщение от Sergey K.
Недосмотрел второпях. Ну Вы другому Сергею передадите??
С уважением Виталий.
-
18.10.2010, 16:07 #205
- Регистрация
- 23.03.2010
- Сообщений
- 126
Сообщение от Евгений_Кс
-
18.10.2010, 17:08 #206
- Регистрация
- 30.07.2010
- Сообщений
- 949
Сообщение от Петров Дмитрий
Основа процесса моделирования - это построение такой модели, которая бы позволяла анализировать систему на предмет определения интресующих характеристик, либо - на предмет получения управляющего вектора.
Как вы, наверное, уже поняли, основа моделирования заключается в: лидерстве, процессном подходе и пр. красивых словах, которые написаны в книжках заморских гуру.
Это как вопрос с качеством. Как ни спросишь о понятии качества и его управлении, то всегда в ответ те же - "лидерство", "процессный подход", а вот как управлять качеством - это мы оставляем другим. Судя по активному развитию прикладной математики в Китае, специалистов по управлению качеством скоро будут приглашать из Поднебесной
-
18.10.2010, 17:28 #207
- Регистрация
- 19.09.2006
- Сообщений
- 260
Цитата из файла:
Разработайте, согласуйте (желательно собрав живые подписи) со смежными подразделениями и формально утвердите у первого лица соответствующие организационно-распорядительные документы (это могут быть должностные инструкции, регламенты, стандарты, положения – в зависимости от того, как это принято оформлять в Вашей организации) или актуализируйте существующие.
Конец цитаты.
Без
Сообщение от eliferov
Вероятность того, что состоится «разработайте» ещё есть (процентов 60-80, в зависимости от наличия запала и свободного времени у инициатора (по тексту, им должен быть, некий, Сергей)). А вот вероятность «согласуйте (желательно собрав живые подписи)» стремится к нулю. Более того, одновременно с этим, очень велика вероятность нарваться на - «ему заняться нечем, а нам некогда – работать надо».
Цитата из файла:
К моменту кризиса нужно быть известным руководству в качестве инициативного сотрудника, а также иметь план действий и группу единомышленников. До наступления этого момента – регламентировать «свою поляну» и ее границы (т.е. взаимодействие со смежными подразделениями), четко обозначив свою зону ответственности.
Конец цитаты.
К моменту кризиса, Сергей, будет всем, включая руководство, известен, как хитрован, стремящийся прикрыть свою Ж…, «четко обозначив свою зону ответственности». Никакой «группы единомышленников», скорее всего не будет. Во взаимоотношениях «сюзерен – вассал», это (чётко обозначить зону ответственности), со стороны других вассалов, воспринимается, как наезд на их территорию.
Короче, Болдин прав на все 100%Последний раз редактировалось via; 18.10.2010 в 17:37.
-
18.10.2010, 17:52 #208
- Регистрация
- 19.09.2006
- Сообщений
- 260
[quote=Петров Дмитрий]Вот это я и хотел узнать от тех, кто этот IDEF применяет.[quote]
Блок-схемы и производные от них нотации (к которым можно отнести и IDEF3), отвечают на вопросы «как делать». IDEF0, удобно пользовать тогда, когда ищется ответ на вопросы «зачем мы это делаем», «чего не делаем, а делать бы надо» и т.п.
-
18.10.2010, 18:01 #209
- Регистрация
- 23.03.2010
- Сообщений
- 126
Сообщение от via
-
18.10.2010, 18:17 #210
- Регистрация
- 24.11.2005
- Сообщений
- 3,432
Сообщение от Петров Дмитрий
1. IDEF0 минимизирован по количеству объектов: стрелки, прямоугольники, текст - больше ничего. Удивительно, но используя этот минимальный набор, удается сформировать вполне качественную функциональную модель.
2. IDEF0 построен с использованием небольшого количества четко сформулированных правил, вследствие чего прост в освоении и понимании. Распространенный среди жрецов миф о сложности IDEF0 для понимания менеджерами - полная ерунда.
3. И наконец, попытавшись построить в Visio древовидную функциональную модель бизнеса, вы с большой долей вероятности нарисуете нечто сильно похожее на IDEF0.
Дальше - мое IMHO-мнение по теме:
Вообще, на сегодняшний день в сухом остатке всего 3 "рабочих" нотации для моделирования бизнес-процессов (здесь я не говорю об имитационном моделировании - это отдельная тема).
1. Древовидная функциональная модель бизнеса в формате IDEF0 (верхний уровень).
2. Событийно-ориентированная модель бизнес-процесса в формате eEPC+swimline.
3. Специальные модели, отражающие отдельные аспекты процесса (для автоматизации и пр.) в одном из методов UML.