Категория:Практики организационного развития - История изменений

Admin: /* Практики совершенствования и развития организации */

2022-06-26T13:26:55Z

‎Практики совершенствования и развития организации

Admin в 13:25, 26 июня 2022

2022-06-26T13:25:23Z

Admin: /* Практики совершенствования и развития организации */

2022-06-26T13:18:41Z

‎Практики совершенствования и развития организации

Admin: Новая страница: «[http://www.melconway.com/Home/Conways_Law.html Закон Конвея] утверждает, что структуры определения целевой с…»

2022-06-26T13:18:07Z

Новая страница: «[http://www.melconway.com/Home/Conways_Law.html Закон Конвея] утверждает, что структуры определения целевой с…»

Новая страница

[http://www.melconway.com/Home/Conways_Law.html Закон Конвея] утверждает, что структуры определения целевой системы/продукта/изделия/сложного инженерного объекта/сервиса будут копировать структуры коммуникации создающего его предпринятия. Другими словами, два модуля не смогут провзаимодействовать, если не смогут провзаимодействовать их создатели — поэтому для заработавшей системы структура конечных модулей будет отражать структуру коммуникации разработчиков. '''Структура целевой и обеспечивающей системы оказываются связанными'''. Плохо, если разбиение системы на модули игнорирует коммуникационную и организационную структуру разработчиков этих модулей.

[[Файл:conway's-law.png|center]]

Фред Брукс сформулировал следствие из этого закона: '''поскольку первые приходящие в голову архитектуры обычно плохи, то разбиение системы на модули неизбежно будет меняться по ходу дела'''. Это означает, что организация должна будет отражать изменение архитектуры, она должна быть гибкой — и чем более гибка организация в изменении своей структуры, тем более хороши будут архитектуры, тем проще будет выжить организации в ходе конкурентной борьбы.

'''Лидерами рынка будут организации, которые сумеют быстро менять свои структуры в соответствии с новыми архитектурными решениями'''. В соответствии с законом Конвея изменить архитектуру целевой системы — это означает и изменить архитектуру предпринятия, которое занимается этой системой. Пример, как менялась архитектура Autodesk:

{{youtube|mkJ-Uy5dt5g|500}}

Чтобы поддерживать порядок при таком темпе изменений, необходимы [[ERP-система|компьютерные системы]] — они помнят, кто кому когда подчинялся, кому какую платить зарплату, кто когда уходил в отпуск, кто на какой проект работал.

== Практики совершенствования и развития организации ==
* [[Цикл непрерывных улучшений]], Цикл Шухарта-Деминга
* [[Six Sigma|Шесть сигм]]
* [[TQM|Total Quality Management]]
* Business Process Reengineering
* [[Бережливое производство|Бережливые]] системы
* [[Теория ограничений]]

Нужно запомнить, что '''все эти “циклы совершенствования” обычно вложены друг в друга и взаимосвязаны''' (так, есть ещё цикл совершенствования процессов по “ступенькам зрелости”, стратегический цикл Бойда и т.д.).

[[Категория:Практики]]

@@ Строка 16: / Строка 16: @@
 * [[TQM|Total Quality Management]]
 * [[BPR|Business Process Reengineering]]
-* [[Бережливое производство|Бережливые]] системы
+* [[Бережливое производство]]
 * [[Теория ограничений]]

@@ Строка 1: / Строка 1: @@
-[http://www.melconway.com/Home/Conways_Law.html Закон Конвея] утверждает, что структуры определения целевой системы/продукта/изделия/сложного инженерного объекта/сервиса будут копировать структуры коммуникации создающего его предпринятия. Другими словами, два модуля не смогут провзаимодействовать, если не смогут провзаимодействовать их создатели — поэтому для заработавшей системы структура конечных модулей будет отражать структуру коммуникации разработчиков. '''Структура целевой и обеспечивающей системы оказываются связанными'''. Плохо, если разбиение системы на модули игнорирует коммуникационную и организационную структуру разработчиков этих модулей.
+[http://www.melconway.com/Home/Conways_Law.html Закон Конвея] утверждает, что структуры определения целевой системы/продукта/изделия/сложного инженерного объекта/сервиса будут копировать структуры коммуникации создающего его предприятия. Другими словами, два модуля не смогут провзаимодействовать, если не смогут провзаимодействовать их создатели — поэтому для заработавшей системы структура конечных модулей будет отражать структуру коммуникации разработчиков. '''Структура целевой и обеспечивающей системы оказываются связанными'''. Плохо, если разбиение системы на модули игнорирует коммуникационную и организационную структуру разработчиков этих модулей.
 [[Файл:conway's-law.png|center]]
@@ Строка 5: / Строка 5: @@
 Фред Брукс сформулировал следствие из этого закона: '''поскольку первые приходящие в голову архитектуры обычно плохи, то разбиение системы на модули неизбежно будет меняться по ходу дела'''. Это означает, что организация должна будет отражать изменение архитектуры, она должна быть гибкой — и чем более гибка организация в изменении своей структуры, тем более хороши будут архитектуры, тем проще будет выжить организации в ходе конкурентной борьбы.
-'''Лидерами рынка будут организации, которые сумеют быстро менять свои структуры в соответствии с новыми архитектурными решениями'''. В соответствии с законом Конвея изменить архитектуру целевой системы — это означает и изменить архитектуру предпринятия, которое занимается этой системой. Пример, как менялась архитектура Autodesk:
+'''Лидерами рынка будут организации, которые сумеют быстро менять свои структуры в соответствии с новыми архитектурными решениями'''. В соответствии с законом Конвея изменить архитектуру целевой системы — это означает и изменить архитектуру предприятия, которое занимается этой системой. Пример, как менялась архитектура Autodesk:
 {{youtube|mkJ-Uy5dt5g|500}}