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