Letyshops

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

Aрхив Все выпуски Архив форумов Разделы Управленческое консультирование - 3 Поддержка принятия решений для управленческого консультирования | Миссия как управленческий инструмент | Не заумное моделирование | QMS. Внутренний аудит системы качества | Несмотря на все наши усилия (консультантов), клиенты (бизнесмены) еще чему то учатся :-) | Ретростандарты проектирования и управления. Хорошо забытое старое или хлам истории? | Язык описания бизнгес-процессов Поддержка принятия решений для управленческого консультирования By Michael on Среда, Январь 10, 2001 - 14:59: Коллеги, прелагаю обсудить проблему принятия решений в проектах управленческого консультирования. Идея использования методов принятия решений (оценки и выбора альтернатив) при проведении проектов не нова, однако я не встретил сколько-нибудь серьезной методики в помощь консультантам с одной стороны и заказчикам с другой. Если у кого-нибудь есть другая информация или ссылки по тематике, буду рад узнать, обсудить. By Олег Смирнов on Среда, Январь 10, 2001 - 18:05: Михаил, наверное речь идет вообще о проблеме выбора лучшего решения из имеющихся и не важно в какой области ? Если нет, то мотивируйте By Michael on Четверг, Январь 11, 2001 - 18:51: Попробую уточнить, речь идет о множестве задач по оценке и выбору альтернатив в конкретных ситуациях при проведении проекта, типа «на предприятии нужно внедрить систему управленческого учета… Есть несколько альтернатив реализации… Множество критериев (стоимость, сроки внедрения, структура получаемых результатов от каждой альтернативы и т.д.)». По сути подобные ситуации сводятся, в конечном итоге, к многокритериальной задаче. Однако каждый раз с нуля формулировать множество критериев и их структуру, определять измеритель, выбирать оптимальный метод решения с точки зрения устойчивости бывает накладно по времени, нехватке опыта или другим причинам. Возможно для этого имеет смысл использовать банк подобных ситуаций (так или иначе типичных для проектов управленческого консультирования) и методику отбора и взаимоувязки существующих решений. P.S. Господа, есть ли информация по такому направлению использования ТПР? Если кто-нибудь сталкивался с подобным вопросами напишите. By Алексей Важнов on Четверг, Январь 11, 2001 - 21:16: IMHO, у Сергея Колесникова были очень хорошие статьи на подобную тематику:"Как организовать проект внедрения" и "Об оценке эффективности внедрения и применения систем управления ресурсами предприятия".Набор критериев можно взять оттуда, а [хорошие] банк и методика "готовые к употреблению" денег стоят... By Michael on Пятница, Январь 12, 2001 - 19:48: Алексей, я не акцентировал внимание на конкретной ситуации, просто привел пример (уточнил вопрос Олега Смирнова), а вопрос, все таки, в образовании банка (данных, знаний), управления им (наполнения, реклассификации и ранжирования фактических ситуаций) и наконец (в чем собственно может заключаться полезность) получения данных, знаний, методов разрешения управленческих ситуаций (тех же задач ТПР или даже ЛПР). Согласен «живые» данные, а тем более ознакомление с опытом решения проблем пусть даже в формализованном виде стоит денег. Вопрос в том, есть ли реализация подобного подхода, поэтапно проблема видится так:1. Определение структуры объекта как атомарной единицы. Укрупненно: проблема (и ее принадлежность к какому-то классу), метод решения, результат.2. Классификация (методика, алгоритм) управленческих ситуаций в виде набора объектов с основными (фиксированными) признаками и дополнительными (с плавающим приоритетом рассмотрения).3. Наполнение базы объектами.4. Опциональное ранжирование объектов для конкретной проблемы.5. Решение конкретной проблемы с помощью имеющейся информации (что собственно и есть «методику отбора и взаимоувязки существующих решений») Кстати, идейно, про что-то подобное писал Олег Смирнов в теме «База знаний по программному комплексу» P.S. Алексею, спасибо за информацию, ознакомился /хотя в этих статьях рассматривается именно проект внедрения информационной системы, а в примере приведена более общая ситуация, причем в каком-то случае предваряющая внедрение/. Просто по этому направлению, в частности, уже 5 летний опыт и подобная проблема не представляется особо сложной. Хотя бывали и такие вариации, что можно и детективные истории писать. By Олег Смирнов on Пятница, Январь 12, 2001 - 21:13: Михаил, формирование работающей базы знаний возможно только по конечному объему знаний.Логика программы (несоциальный объект) представляет конечный массив знаний и означает создание референтных моделей. Референтные модели ПП можно составить например в АРИС, но со своими ограничениями. Боюсь, что база знаний для решения управленческих (социальных) задач просто не имеет границ... Если говорить о методологии решения управленческих задач, то она не может быть формализована ни математическими способами, ни тестами MBTI. Хотел привести массу примеров из моего неполного банка знаний :-), но прочитав Вашу ремарку про детективные истории, остановился. Кстати, идея базы знаний по программному комплексу мной не похоронена, есть технические проблемы с выбором средства или способа их представления. By Сергей Рубцов on Понедельник, Январь 15, 2001 - 12:29: Олегу Смирнову. >Если говорить о методологии решения управленческих задач, то она не может быть формализована ни математическими способами... Например, специалисты из Эллая иначе думали при создании системы "Ресурс". >... формирование работающей базы знаний возможно только по конечному объему знаний... Какой бы БЗ не была , она всегда конечная :-) , но имеет потенциал для бесконечного расширения. В чем проблема? By Алексей Важнов on Понедельник, Январь 15, 2001 - 13:03: Сергей, к сожалению у системы "Ресурс" нет реально работающих инсталляций - только прототипы. IMHO, системы, основанные на применении методов искуственного интеллекта пока еще не могут заменить системы учета и [оперативного] планирования, НО могут явиться хорошим дополнением к ним при использовании, например в аналитических целях. By Олег Смирнов on Понедельник, Январь 15, 2001 - 15:17: Процесс познания вообще, мне кажется, проходит так:1.Накопление опыта2.Обобщение3.Классификация4.Сверка с устоявшимися позициями коллег, "мировым" опытом5.Применение Господа, а вот вопрос интересный: в каких случаях нужно проходить всю цепочку, а в каких начинать с п.4, т.е. обучаться ? Сергею Рубцову. Когда специалисты из Эллая чего-то реально достигнут, то таких обсуждений не будет и творчество перейдет в разряд ремесла )Да, относительно конечности БЗ, мне всегда казалось, что решение легче принимать на основании десятка возможных альтернатив, нежели тысяч. By Michael on Вторник, Январь 16, 2001 - 12:18: Согласен, что если говорить непосредственно о деятельности предприятия, то "системы, основанные на применении методов искуственного интеллекта пока еще не могут заменить системы учета и [оперативного] планирования". Но проблема не в этом. В проектах консультирования, внедрения возникают управленческие ситуации другого плана, связанные с анализом и рекомендациями по изменению структуры учета, информационных потоков, организационного управления. Подобная информация отражается консультантами в отчетах (причем в основном уже готовые рекомендации, а цепочка рассуждений остается за кадром). Таким образом приобретенный опыт от проекта к проекту формализуется лишь частично.Например (из моего опыта), команда консультантов решила проблему выделения видов бизнеса и анализа их эффективности на предприятии (крупный холдинг, оказывающий услуги по перевозке грузов. Проблема из нескольких составляющих: организационная, методическая, формализация для решения в рамках ИС. В отчете же были отражены лишь, формулировка и результат (подразумевалось, что управленческий персонал заказчика в курсе подробностей, что собственно так и было). С подобной ситуацией столкуналсь другая команда. Изучили отчет, долго дискутировали и пришли к выводу: если бы предыдущая команда подробнее расписала проблему и ее решение с точки зрения консультанта, все разрешилось бы гораздо проще и быстрее (в конце концов так и случилось).С одной стороны консультанты правы, зачем отражать в отчетах для Заказчика подробное описание деятельности (оно и так извествно). Важно только идентифицировать проблему и указать преимущества или недостатки того или иного решения. А с точки зрения консультантов (ПРИ НАКОПЛЕНИИ ОПЫТА) много существенной информации будет потеряно. Отсюда вывод - существует потребность в выработке подхода к накоплению опыта в консалтинговых проектах. Да, кстати, здесь всплывает еще и большой вопрос о классификации существующих формализованных знаний (в виде отчетов, моделей и т.д.).Олегу Смирнову, по-моему проблема не ставится так глобально и в данном случае понятие базы знаний можно сузить: формулируем призму, через которую будем рассматривать любую проблемную ситуацию проекта, а дальше пытаемся распознать подобные ситуации в базе знаний по образу вновь нами сформулированной. А насчет выбора альтернатив "решение легче принимать на основании десятка возможных альтернатив, нежели тысяч" всегда можно задать порог чувствитеьности при выборе. Господа, с удовольствием выслушаю критику подобного подхода, если вы видите проблему актуальной. P.S. А как можно узнать по-подробнее о ИС Ресурс (или связаться с фирмой), их сервер почему-то не работает (www.allyltd.com). By Сергей Рубцов on Вторник, Январь 16, 2001 - 13:22: Алексею Важнову.Не берусь защищать исполнение замысла в конкретной реализации системы "Ресурс". Речь шла не о техническом исполнении, а о методологии. >>>системы, основанные на применении методов искуственного интеллекта пока еще не могут заменить системы учета и [оперативного] планирования А это еще почему? Системы с ИИ наоборот обладают избыточными функциями. Не существует задач, решенных аналитически, которые не могли бы быть решены с использованием оболочек ЭС. Олегу Смирнову.>Когда специалисты из Эллая чего-то реально достигнут ...Я никогда не был сотрудником Эллая :-)... Тем не менее призываю к объектиности. Ребята из Эллая сделали наукоемкий продукт. Плохой или хороший - неважно. Аналогов же нет в России... С кем сравнивать? А кто у нас чего-то достиг (в технологическом смысле на фронте корпоративных систем)? Попробуйте назвать. Разнесу ... :-)Что касается перчисленных Вами 4 пунктов, то уверяю Вас, все они реализуются не последовательно, а одновременно... (параллельно) - в соответствии с технологией ИИ :-) . By Олег Смирнов on Вторник, Январь 16, 2001 - 16:17: Михаил, бизнес идет по пути наименьшего сопротивления, зачем усложнять себе жизнь? Если говорить о наборе методов или технологий решения определенного КЛАССА задач, то все становится на свои места. Методов не может быть много, свод методов представляет не базу знаний, а учебник. Другое дело, что учебники появляются не сразу. То-есть, то что Вы увидели в конкретном примере "формулировка-результат" на самом деле имеет (возможно) промежуточное звено "формулировка - метод - результат". Метод-же скорее всего оказался скрыт по коммерческим соображениям. Например,формулировка задачи:Х+10+Х*10=120 Результат:Х=10 Обратите внимание, у Вас не возникает вопроса, каким методом я решил эту задачу.Метод, скорее всего Вам уже известен :) и не представляет коммерческой тайны. By Дядя Сережа on Среда, Март 07, 2001 - 02:36: Для Михаила: В одной компании мне пришлось сопровождать проект по внедрению КИС. Один сотрудник из отдела информационных технологий после четкого озадачивания типа "выдай нагора набор параметров, необходимых для проведения сравнительного анализа разных КИСок" решил эту задачу в течение 40 минут. И знаете как ? Просто достал соответствующий документ из набора стандартов ISO9000. Оказывается в ISO9000 есть уже готовый список критериев-параметров, необходимых для оценки КИСок. После чего мы "прогнали" все известные КИСы через это "критериальное решето" и получили интереснейшие результаты. По времени это заняло ровно 1 месяц (с учетом многочасовых демонстраций фирм-производителей КИС). В результате была выбрана действительно оптимальная КИС для конкретной компании. By Сергей Рубцов on Среда, Март 07, 2001 - 11:14: Есть мнение, что существующие подходы к принятию корпоративных решений базируются на достижениях человеческой мысли, датируемой 60-70-ми годами. Они совершенно не учитывают достижений 80-90-х и сегодняшнего дня. Речь идет о роли стандартизации. Похоже, что единственный приемлимый критерий выбора - это на сколько решение является стандартным. Некоторая попытка освещения этой проблемы изложена наhttp://or-rsv.narod.ru/Article_24r.htm By Евгений on Четверг, Март 08, 2001 - 11:21: Дяде Сереже:Международный стандарт ISO9000 - это стандарт по "управлению качеством". Вообще говоря, он предназначен для оценки возможности предприятия не только обеспечить изготовление качественной продукции, но и объективно доказать (получить международный сертификат ISO9000), что предприятие способно это качество поддерживать(осюда и появились требования стандарта о "качестве" реализуемых техпроцессов, их прослеживаемость, идентифицируемость etc.). Но ведь в стандарте ничего не говориться о необходимости внедрения КИС на предприятии! Дело в том, что и системы, недотягивающие до полноценной КИС, вполне могут удовлетворять основным критериям ISO9000. Я такие примеры знаю. Согласен с Вами, дядя Сережа, что хорошо было бы, чтобы КИС удовлетворяла всем априори предъявленным к ней требованиям. Да где ж найти такую невесту, чтобы была и красивая и богатая и умная, и чтоб хорошо готовила, и чтоб мужа любила и ... By Евгений on Четверг, Март 08, 2001 - 12:15: Дяде Сереже: Международный стандарт ISO-9000 называется стандартом по управлению качеством. Стандарт требует, чтобы предприятие не только гарантировало качество выпускаемой им продукции, но и могло бы объективно (получив сертификат по ISO-9000) доказать свою способность обеспечивать такое качество. Отсюда вытекают и требования, предъявляемые к реализуемым на предприятии технологическим процессам, их прослеживаемость, идентифицируемость etc. Но заметьте, что стандарт ISO-9000 не выдвигает обязательных требований по внедрению КИС на предприятии! Более того, я могу привести примеры систем управления производством, явно недотягивающих до полноценной КИС, которые, тем не менее, удовлетворяют основным требованиям ISO-9000. По-моему, предложенная Вами методология оценки КИС с позиций ISO-9000 интересна, но не совсем объективна. Трудно найти КИС, которая априори удовлетворяла бы всем предъявляемым к ней требованиям. Согласитесь же, дядя Сережа, что очень трудно подобрать себе жену и умную и красивую, и чтобы мужа любила, и чтоб готовить умела, и чтоб ... By Дядя Сережа on Понедельник, Март 12, 2001 - 18:38: Евгению:Вы правильно написали :"Международный стандарт ISO-9000 называется стандартом по управлению качеством. Стандарт требует, чтобы предприятие не только гарантировало качество выпускаемой им продукции, но и могло бы объективно (получив сертификат по ISO-9000) доказать свою способность обеспечивать такое качество". А теперь давайте посмотрим на производителей КИС как на производителей продукта. И попробуем оценить качество их продукта в соответствии с ISO-9000. Это и было проделано - оценили качество каждой КИС (как продукта) по набору стандартных критериев. Главное, что не пришлось изобретать велосипед (т.е. набор критериев), который уже давно изобрели. :-) By Michael on Вторник, Март 13, 2001 - 16:28: Дяде Сереже:На мой взгляд вы уводите дискуссию в сторону от темы. То что вы привели практический пример разрешения управленческой ситуации по выбору КИС это здорово, но его можно рассматривать лишь как один из методов решения (воспользовавшись стандартом ISO) при конкретных входящих условиях. [1][2][3][4][5][6][7] следующая>> [вид для печати] Рег. номер Эл 77-2071. © CONSULTING.RU, 2011.Воспроизведение (целиком или частями) материалов сервера может производитьсятолько по письменному разрешению правообладателей. Re-engineering & support by consulting.ru, 2003

 

 

Реклама: