Категория:Практики организационного развития — различия между версиями
Admin (обсуждение | вклад) (Новая страница: «[http://www.melconway.com/Home/Conways_Law.html Закон Конвея] утверждает, что структуры определения целевой с…») |
Admin (обсуждение | вклад) м (→Практики совершенствования и развития организации) |
||
Строка 15: | Строка 15: | ||
* [[Six Sigma|Шесть сигм]] | * [[Six Sigma|Шесть сигм]] | ||
* [[TQM|Total Quality Management]] | * [[TQM|Total Quality Management]] | ||
− | * Business Process Reengineering | + | * [[BPR|Business Process Reengineering]] |
* [[Бережливое производство|Бережливые]] системы | * [[Бережливое производство|Бережливые]] системы | ||
* [[Теория ограничений]] | * [[Теория ограничений]] |
Версия 16:18, 26 июня 2022
Закон Конвея утверждает, что структуры определения целевой системы/продукта/изделия/сложного инженерного объекта/сервиса будут копировать структуры коммуникации создающего его предпринятия. Другими словами, два модуля не смогут провзаимодействовать, если не смогут провзаимодействовать их создатели — поэтому для заработавшей системы структура конечных модулей будет отражать структуру коммуникации разработчиков. Структура целевой и обеспечивающей системы оказываются связанными. Плохо, если разбиение системы на модули игнорирует коммуникационную и организационную структуру разработчиков этих модулей.
Фред Брукс сформулировал следствие из этого закона: поскольку первые приходящие в голову архитектуры обычно плохи, то разбиение системы на модули неизбежно будет меняться по ходу дела. Это означает, что организация должна будет отражать изменение архитектуры, она должна быть гибкой — и чем более гибка организация в изменении своей структуры, тем более хороши будут архитектуры, тем проще будет выжить организации в ходе конкурентной борьбы.
Лидерами рынка будут организации, которые сумеют быстро менять свои структуры в соответствии с новыми архитектурными решениями. В соответствии с законом Конвея изменить архитектуру целевой системы — это означает и изменить архитектуру предпринятия, которое занимается этой системой. Пример, как менялась архитектура Autodesk:
Чтобы поддерживать порядок при таком темпе изменений, необходимы компьютерные системы — они помнят, кто кому когда подчинялся, кому какую платить зарплату, кто когда уходил в отпуск, кто на какой проект работал.
Практики совершенствования и развития организации
- Цикл непрерывных улучшений, Цикл Шухарта-Деминга
- Шесть сигм
- Total Quality Management
- Business Process Reengineering
- Бережливые системы
- Теория ограничений
Нужно запомнить, что все эти “циклы совершенствования” обычно вложены друг в друга и взаимосвязаны (так, есть ещё цикл совершенствования процессов по “ступенькам зрелости”, стратегический цикл Бойда и т.д.).
Подкатегории
В этой категории отображается 3 подкатегорий из имеющихся 3.
Страницы в категории «Практики организационного развития»
Показаны 3 страницы из 3, находящихся в данной категории.