Принципы проектирования социотехнических систем

Читаю тут Open Agile Architecture Standard, Version 2.0. Зацепил список принципов проектирования социотехнических систем. Хочу зафиксировать в блоге.

Машинный перевод:

  • Целостность: Рабочую систему следует рассматривать как совокупность видов деятельности, составляющих функционирущее целое, а не как совокупность отдельных рабочих мест
  • Команды: Рабочую группу следует считать более важной, чем отдельных участников
  • Процесс: Отклонение или отклонение следует идентифицировать и обрабатывать как можно ближе к точке его происхождения
  • Самостоятельное направление: Внутреннее регулирование рабочей системы предпочтительнее внешнего регулирования со стороны руководителей, когда команды и отдельные лица понимают общие цели; использование квалифицированного владельца продукта, который может преобразовать потребности общих целей проекта в видение и требования к команде по продукту, является важнейшим фактором успеха для Agile-организации
  • Мультиквалифицированность: Проектирование работы и команды должно основываться на поливалентности или многопрофильности, а не на одной квалификации
  • Слабина: Рабочая система должна оставлять некоторое пространство для провисания
  • Совместная оптимизация: Индивидуума следует рассматривать как дополнение к машине, а не как ее продолжение
  • Незавершённость: Поскольку контекст организации будет продолжать меняться с течением времени, организационная структура не может считаться "завершенной"

И оригинал:

  • Wholeness: The work system should be conceived as a set of activities that make up a functioning whole, rather than a collection of individual jobs
  • Teams: The work group should be considered more central than individual contributors
  • Process: Variance or deviation should be identified and handled as close to its point of origin as possible
  • Self-direction: Internal regulation of the work system is preferable to external regulation by supervisors when the teams and individuals understand the overall goals; utilization of a skilled product owner, who can translate the needs of the overall project goals into a vision and requirements for the product team, provides a critical success enabler for the Agile organization
  • Multi-skilling: Job and team design should be based on polyvalence or multi-skilling rather than single-skilling
  • Slack: The work system should preserve some room for slack
  • Joint-optimization: The individual should be viewed as complementary to the machine rather than as an extension of it
  • Incompletion: Since the context of the organization will continue to evolve over time, no organizational design can be considered "finished"