Враки. Humbug. Lugen. Bobards. Mentiras... :)Цитата:
Сообщение от Евгений_Кс
Прочитай 2 моих последних поста (не считая энтот) и все поймешь.
Вид для печати
Враки. Humbug. Lugen. Bobards. Mentiras... :)Цитата:
Сообщение от Евгений_Кс
Прочитай 2 моих последних поста (не считая энтот) и все поймешь.
Это действительно так, подобное определение нужно еще найти. Книги, посвященные управлению изменениями, не дают такого определения. К тому же в зависимости от продвигаемой в них модели понимание УИ отличается. Так Адизес в своей книге "Управляя изменениями" вообще пишет об управлении организацией и создании адаптивной системы. Так что неудивительно, что у людей возникает ассоциация, что управление изменениями и управление организацией тождественны.Цитата:
Сообщение от Елена И.
В талмуде под редакцией Кубра, посвященной управленческому консультированию тысяча страниц об изменениях в организации и отсутствие определения УИ.
В среде консультантов по управлению считают, что нет необходимости давать такое определение, т.к. и так все понятно. Пригожин А.И. обосновал это тем, что каждый из консультантов в своем направлении (стратегический менеджмент, коучинг, информационные технологии и т.д.) ведет речь "о своих изменениях". Хотя понятно, что есть общие закономерности.
Попытки найти определение в стандартах ИСО (спасибо большое Виталию) не увенчались успехом.
Из тех двух курсов (что доводилось "видеть" мне), где "пересказывают" грань между PM и GM настолько размыта, что в пору поверить, что это одно и тоже.Цитата:
Сообщение от Владимир Либерзон
Возможно я не правильно понял Вашу мысль, но выходит, что т.к. общие закономерности управления для всех одинаковы то не стоит отдельно говорить об управлении электростанцией и управлении автомобилем, об управлении станком и человеческими ресурсами.Цитата:
Сообщение от Padre Quart
Вот моя картина мира:
Управление проектами – универсальная методология, применимая к условно любой предметной области.
Управление изменениями – отдельная предметная область со своей спецификой. Специфика следующая:
На старте изменений не всегда понятно, что должно быть на финише – уделяем особое внимание управлению т.н. project scope.
Субъекты изменений одновременно являются и объектами изменений – тщательно выбираем (или создаем) заказчика/спонсора/куратора и членов проектной команды. Заказчик должен обладать серьезным административным ресурсом, в члены проектной команды неплохо бы заполучить «неформальных лидеров» с пресловутым шилом.
Серьезные изменения могут затрагивать серьезные группы людей – управляем ожиданиями стейкхолдеров и коммуникациями. Михаил про сопротивление уже написал, в этой области масса наукообразия, но реально без «чуйки» - никак.
Хех, конечно я знаю про процесс управления изменениями в области знаний управление интеграцией проекта. Я как раз и говорил о (strategic) change management на уровне организации. Они аналогичны вобщем-то... как и change management в ИТ по ITIL например, от которого я наверное и пляшу в своём понимании. Есть мониторинг, есть инициатива или отклонение - есть вход для change management, что в проекте, что в организации. На выходе - перечень мер или проект.Цитата:
Сообщение от Александр Болдин
Именно - все сводится к минимизации невязки.Цитата:
Сообщение от Друг
Если бы управление не включало бы в себя целеполагание и планирование, то этого было бы достаточно. Организация - это искуственно-естественная система. Если бы была только искуственной - то опять же, невязки было бы достаточно. А так еще социальные вопросы тут имеют место.Цитата:
Сообщение от Елена И. Яковлева
Сергей, в плане соотношения РМ и СМ моя картина мира близка Вашей.Цитата:
Сообщение от Sergey K.
Если в PM BoK управление человеческими ресурсами - одна из глав, то весь СМ - это управление изменениями в головах ЛЮДЕЙ.
В частности, это хорошо видно в восьмишаговом алгоритме Коттера. Там первый шаг (по памяти) примерно такой: добейтесь на эмоциональном уровне осознания необходимости перемен. Эмоции, осознание, необходимость - категории личностные, психологические, мыслительные.
Сергей, сорри, ху из "чуйка" ?
"Чуйка" - блок отслеживания величины невязки. Что касается социальных составляющих - там тоже сводят к цифрам, опять же - невязка)
Евгений, это я интуицию так обозвал. Некое внутреннее ощущение кому, что и как говорить, и главное - кому, что и как НЕ говорить.Цитата:
Сообщение от Евгений_Кс
функция может быть дискретной, но можно применить и нечеткие множества) кому-то больше не сказать, кому-то - "чуть-чуть" меньше сказать .Цитата:
Сообщение от Sergey K.
Неожиданное развитие темы. Набрав в гугле Change Management и Project Management с удивлением обнаружил, что если следовать букве, то в самом деле не все "коню понятно". Как по мне, сравнивать СМ и РМ так же корректно, как зеленое (РМ) с круглым (СМ). Круглое может быть зеленым, но не наоборот.
РМ-инструмент реализации СМ. СМ является средой, в которой инициируют проекты и оценивают их реализацию.
В принципе, то же сказал Андрей, а Болдин дружелюбно съехидничал по поводу приоритета использования термина СМ в РМВоКе.
Падре-представитель радикальной конфессии РМ, не желающей видеть в РМ ничего, кроме управления расписаниями. Подход основан на ограничениях, что входные данные для расчета расписаний поступают из ERP системы, а их соблюдение обеспечивается железной дисциплиной. Такой подход можно использовать в примерах для противопоставлений
Насчет статики и динамики-в миру это понятия "операционная" и "инновационная" деятельность. Да, СМ отвечает за инновационную деятельность, как за осмысленное развитие, так и за приспособление к изменяющейся Среде. Четкой границы нет т.к. с некоторыми изменениями вполне справляется операционка. Проблемы возникают, когда изменения превышают возможности операционки, но их нечем подхватить.
Резюме: СМ отвечает за "Что должно быть сделано" и поставляет входные данные для РМ. В качестве диагностической части СМ можно рассматривать ТОС с его деревьями текущей и будущей реальности.
Цитата:
Сообщение от Михаил_Шустер
- Расширение восприятия способствует изменениям, а не застреванию в догмах
Последнее время вижу главное отличие, в том, что
1) задача РМ уменьшение требований к квалификации сотрудников за счет увеличения сил, затрачиваемых на управление. Основной тезис: чем больше управленческих воздействий - тем лучше!
2) Задача СМ - поиск такого баланса сил, затрачиваемых на управление, который бы не разрушил систему или привел к сопротивлению. Основной тезис: управление полезно в допустимых пределах.
Буду рад конструктивным критическим высказываниям.
не понял, что хотели сказать.Цитата:
Сообщение от Елена И. Яковлева
Вот есть примерЦитата:
Сообщение от Друг
УПРАВЛЕНИЕ и есть управление изменениями (цель управления - сопротивление изменениям, внесение изменений). Способы управления могут разными - мать, мордобой, ПМ, ТОС, канбан, брейнfac...
Вы видите разницу между управлением движения машины и управлением ремонтом машины?Цитата:
Сообщение от Сахават
Все-таки не выдержал. Кинул в конце грелку для Падрика. Не в смысле согрева, а в смысле растерзания.Цитата:
Сообщение от Михаил_Шустер
Вижу путаницу в мыслях народов, вызванную отсутствием опыта работы в управлении изменениями как в процессе. Что делает выпускник начальной школы когда не понимает чего-то? Правильно - пытается получить знание из первой попавшейся книги. Вопрос в другом - что делать, если автор этой книги сам не понимал о чем пишет?
В этой ветке, обсуждая Change Management, путают два понятия с одним названием:
1. Change Management как парадигма. Про это много, красиво и непонятно писал тот же Адизес. Потомкам остается только соревноваться в цитировании и трактовании "адисизмов" ... конечно если своего ума нет. :-Р
2. Change Management как процесс. Здесь все четко расписано в книгах по управлению изменениями в проектах разработки ПО ... и несколько менее четко в РМВОК.
И основные этапы процесса давно описаны:
- Запрос на изменение (инициирование, учет, согласование)
- Проектирование изменения
- Верификация изменения
- Трассировка влияния изменения на смежные блоки
- Реализация изменения
К числу универсальных инструментов проектирования систем с поддержкой СМ относится например Enterprise Architect:
http://img31.imageshack.us/img31/476...ability.th.png
управление движением машины=робота-манипулятора, ремонтирующего другую машину=управление ремонтом машиныЦитата:
Сообщение от Друг
Тонкий момент. Наверное, если исходить из РМ, то так оно и должно быть. Но в СМ запрос может не превратиться в ясную цель, а процесс управления изменениями уже начался. Сегодня все больше говорят о том, что для изменения важнее вдохновить, чем принять правильное решение и т.д.Цитата:
Сообщение от Александр Болдин
каша в башкеЦитата:
Сообщение от Друг
Абсолютно никакой разницы.
машины роботы и ремонтируют и собирают и утилизируютЦитата:
Сообщение от Елена И. Яковлева
ЛЮБОЙ участник норимрованного процесса - РОБОТ
ЛЮБОЙ процесс НОРМИРОВАН (но не всегда публикован)
Фиксированная НЕОПРЕДЕЛЕННОСТЬ Детерминирована
Руки прочь от Каддафи!
Жалко Миронова и СТРОСС-КАНА!
СПИДУ НЕТ!!!
большинство из них не собраны из белковых компонент и не имеют нейронных процессоров по типу мозгa. некоторые вопросы подняты в фильме Blade Runner.Цитата:
Сообщение от Сахават
В таком случае причем здесь слово "управление"? Или вы не видите разницы между "управлять изменениями" (движение к цели) и "вдохновлять на изменения" (броуновское движение).Цитата:
Сообщение от Друг
"Сегодня все больше говорят, что для изменения важнее вдохновить..." это про безответственных болтунов, не умеющих поставить цели для бизнеса, но в силу разных причин, не имеющих отношения к делу, занимающих руководящие кресла.
ну и что?Цитата:
Сообщение от Елена И. Яковлева
некогда фильмы смотреть хватит и азимовщины с чапекизмом
"Вдохновить" - нормативный процесс. Эффект большой, если удается завершить процесс. Популизм вешсч.Цитата:
Сообщение от Александр Болдин
изучение функций (процессы) и их производных (изменения) - никакой разницы)Цитата:
Сообщение от Сахават