Управленческое консультирование - 4

Aрхив Все выпуски Архив форумов Разделы Управленческое консультирование - 4 Методика выявления потребностей руководителей в информации | ФИНАНСОВЫЙ АНАЛИЗ КАК ИНСТРУМЕНТ УПРАВЛЕНИЯ ДЕНЕЖНЫМИ ПОТОКАМИ ПРЕДПРИЯТИЯ | Беспринципность БКГ. Можно ли иметь с ними дело? | А моделей-то 4, а не 2!!! | Управление по целям - (MBO) Management By Objectives | Негативный опыт работы... А моделей-то 4, а не 2!!! By IT-mentat on Среда, Октябрь 10, 2001 - 13:24: Уважаемые КОЛЛЕГИ.Вот тут на днях осенило, хотя может кто и знает это уже давно.В классических "западных" методиках анализа, моделирования и консультирования как вы все безусловно знаете используются 2 модели: AS-IS (КАК ЕСТЬ) и SHOULD-BE (КАК буд. БУДЕТ).Но, чем больше я работаю с российскими компаниями (уж лет 6, наверно) тем больше убеждаюсь - у нас четко выражены 4 модели:1. AS (КАК) - модель, основанная на взгляде топ-менеджемента и подтвержденная (обычно) комплектом НСИ компании.2. IS (ЕСТЬ) - модель того, что действительно происходит в компании на уровне экземпляров процессов и рядовых исполнителей3. SHOULD (КАК буд.) - модель того, как хотели бы чтобы было топ-менеджемент и консультанты после всех преобразований4. BE (БУДЕТ) - модель того, что на самом деле будет происходить с бизнесом после всех преобразований.Если есть желание обсудить, буду признателен.IT Mentat By Рубцов Сергей on Четверг, Октябрь 11, 2001 - 09:20: Вашу четверку еще можно умножить на N.Существуют еще глобальные т.з., влияющие на предсталение модели. Например, компания с т.з. потребителя (заказчика) или акционера, или модель, стоответствующая тому или иному стандарту (МВОС, ISO 9000, TMForum, ISA и т.д.). Не существует пока инструмента, позволяющего совместить все т.з. в одной модели...Я думаю, если поднапрячься, то вспомнить таких т.з. можно очень много. By IT-mentat on Четверг, Октябрь 11, 2001 - 12:03: Согласене, Сергей, но дело же ни в представлении и ни в инструменте. Дело в том, что ежели моя теория верна, то консультанты смогут с полным правом уточнять (что особенно важно на начальном этате работ) какую из моделей хочет видеть заказчик AS или IS или их наложение. Ведь наверняка Вы встречались с ситуацией, когда топ, глядя на модель, заявляет "это не моя компания!", а на самом деле это просто модель IS, а он хотел модель AS. А когда исполнитель говорит - "мы так никогда не делаем!", а он просто смотрит на AS. То же самое касается и SHOULD с BE (последнее, конечно, самое сложное. Вот, собссно, в чем суть идеи. By Евгений on Пятница, Октябрь 12, 2001 - 00:00: Лично мне, коллеги, затруднительно представить, как именно будет приосходить такое "наложение моделей" - аддитивно, мультипликативно, а может быть, это будет их прямое либо векторное произведение...Что до меня, то следуя Чернышевскому, предлагаю ограничится лишь двумя моделями:1. WHO [is guilty] - модель для построения процедур типа фильра Калмана-Бюсси ("наблюдателя") для оценки реального состояния системы и определения причин создавшейся ситуации (действительно, господа, лечить же надо причину болезни, а не ее симптомы). Упрощенный варианит решения: даешь "козла отпущения"!2. WHAT [must be done] = (SHOULD BE)*N, где N-положительное целое число, упомянутое в постинге С.Рубцова от 11.10.2001. By Сергей on Среда, Октябрь 17, 2001 - 20:01: Проблема. Нарисовал в BPWIN первую контекстную диаграмму (А0). Надо идти дальше (А1, А2...). КАк сделать первый шаг, т.е. провести первое разукрупнение бизнес-процесов (в IDEF0)? Ведь от правильности этого шага будет зависеть вся модель. Если можно, поделитесь опытом.СПасибо By Рубцов Сергей on Четверг, Октябрь 18, 2001 - 09:59: Сергей, до того как "рисовать" AO необходимо определиться с методологией представления организации, или др. словами - с метастандартами.См. мои соображения на эту тему, начиная сhttp://or-rsv.narod.ru/Book/Book_3_1_1.htm Далее по тексту представлена универсальная для предприятий новой экономики диаграмма A1.Успехов By Сергей on Четверг, Октябрь 18, 2001 - 10:26: Рубцову Сергею. Спасибо. Согласен в Вашими метастандартами. Однако, только с их помощью нельзя шагнуть с А0 на А1.Рис. 3.2 с Вашей странички на мой взгляд недостаточно конкретен. Например процесс "Решение проблем" очень широк. Все можно считать решением проблем!Моя проблема более прагматична. Как я уже писал, надо провести первоначальную декомпозицию. Стандарт IDEF0 ничего не говорит об этом шаге.Какой вопрос надо задать самому себе, что его сделать? By Рубцов Сергей on Четверг, Октябрь 18, 2001 - 15:59: Сергею,ну нельзя же так Сергей :)Я же сказал, что читать нужно дальше (от общего к конкретному). Есть еще рис. 3.5., а как перейти к А1, думать не нужно. Диаграмма А1 представлена на рис 3.6. >Например процесс "Решение проблем" очень широк. Все можно считать решением проблем!>В принципе - да. Но здесь конкретно - нет. Процесс этот стандартный, и если Вы потрудитесь прочесть соответствующий стандарт, на который есть ссылки, то поймете, что изобретать ничего не нужно... By IT-mentat on Четверг, Октябрь 18, 2001 - 18:59: Рубцову Сергею:Сергей,Монография очень хороша (во всяком случае на первый взгляд) - возьму читать на выходные.Сергею:Сергей,INHO возможно довольно простое решение, связанное с тем, что на нижнем (последнем, напр. по критерию "одного исполнителя", или "атомарной операции") уровне, различия в декомпозиции более высоких уровней нивелируются, а множество "атомов" нижнего уровня будет одинаково (вспомните способы перестроения WBS в проекте). Значит можно брать для A1 любую общую модель бизнеса (я предпочитаю ISO 9000:2000), либо специфическую "вертикальную" модель.с Уважением,IT Mentat By Nike on Воскресенье, Октябрь 21, 2001 - 17:53: Господа, а вы часом не путаете модель с точкой зрения и целью? Если я правильно понимаю, то модели, например, выдачи денег "КАК ЕСТЬ" в BPWIN'е (или любой другой программе) может быть несколько в зависимости от точки зрения (руководитель, кассир, сотрудник) и в зависимости от цели (выдать деньги, автоматизировать процесс). С уважением, Nike By Сергей Рубцов on Понедельник, Октябрь 22, 2001 - 12:24: А к кому вопрос? Я, например, не путаю... :) By IT-mentat on Понедельник, Октябрь 22, 2001 - 14:46: КОЛЛЕГИ,(на случай если камушек долетел куда кидали :)), IMHO точка зрения, в моделировании, это не другая модель, это другие процессы/функции, видимые с позиции другого участника бизнес-процесса. Т.з. предназначены для получения более точной картины бизнеса (т.е. директор видит одно, а сантехник - другое, но их Vision'ы большей частью не пересекаются, и уж точно не противоречат друг другу - ведь модель-то должна быть целостной). Я же говорю о 4-х сильно противоречащих моделях, т.е. о моделях, каждая из которых построена с учетом все точек зрения (от директора до сантехника), но при этом одна - то что хотелось, другая - что получилось, третья - что хочется, четвертая - что получится. By Сергей Рубцов on Понедельник, Октябрь 22, 2001 - 18:58: IT-mentat Еще как противоречат. Например, если бы я был гардеропщиком, то никогда не согласился признать себя центром затрат. Ведь театр с вешалки начинается... :) By IT-mentat on Вторник, Октябрь 23, 2001 - 14:24: Сергей, честно говоря у меня большие сомнения в том, что Вы бы были гардеробщиком :-)). Хотя, если вернуться советские времена, когда к.т.н. работал в кочегарке :-)).А по-поводу несогласного гардеробщика вообще, то конечно не согласился бы... Поэтому модель, предъявляемая гардеробщику, и не содержит Cost/Profit. Cost/Profit получается при совмещении "точек зрения" в единую модель. с Уважением,IT-Mentat ЗЫ. Гардеробщик, кстати, не центр затрат, а центр доходов - он же денежки реально берет и за "польта" и за "бинокли". :-)) By gershun on Вторник, Ноябрь 13, 2001 - 13:22: Немного поздно вмешался в дискуссию. Но хотелось бы поделится своим опытом построения моделей. Мне всегда казалось, что модели три: AS IS - что естьAS WISH - те, пожелания, которые собраны в процессе обследованияTO BE - то, что будет после проекта. Первые две строятся в процессе обследования, а третья в процессе выполнения проекта. Построение модели AS мне всегда казалось излишним, так как не несет на себе никакой нагрузки (кроме как дл маркетинга). By Олег Смирнов on Вторник, Ноябрь 13, 2001 - 13:37: Андрей, модель ТО BE можно строить на стадии ТЗ (эскизного проектирования),- если считать ТЗ продолжением стадии "формирование требований к системе" . Вот что считать исполнением проекта ? :)Мне кажется - реализация требований. By IT-Mentat on Вторник, Ноябрь 13, 2001 - 17:27: Gershun'у )Ага, только одна из основных идей была в том, чтобы консультант не мог услушать фразу "это не моя компания", когда показывает модель AS IS. Конечно модель AS не особо нужна (если по делу), но зачастую руководители видят только ее отражение в компании - и "никогда не докажешь, что не верблюд" %-))Олегу )Согласен с тобой, только сюда еще IMHO нужно добавить управление проблемами и изменениями. с Уважением,IT-Mentat By Олег Смирнов on Вторник, Ноябрь 13, 2001 - 17:39: To IT-Mentat) Речь шла только о создании продукта, управление созданием продукта включает еще массу аспектов By IT-Mentat on Среда, Ноябрь 14, 2001 - 11:03: Олегу )Тогда убираем проблемы и изменения и добавляем конфигурацию :-)) <<предыдущая [1][2][3][4][5][6] следующая>> [вид для печати] Рег. номер Эл 77-2071. © CONSULTING.RU, 2011.Воспроизведение (целиком или частями) материалов сервера может производитьсятолько по письменному разрешению правообладателей. Re-engineering & support by consulting.ru, 2003