Shadow Ownership

Derived Failure Pattern của Hidden Authority và Late Intervention

Summary

Shadow Ownership là Failure Pattern trong đó,
riêng biệt từ official responsibility và roles,
một chủ thể với substantial decision authority tồn tại một cách ngầm định,
và sự tồn tại đó biểu hiện sau thực tế.

Điều mà Pattern này quan tâm không phải là sự bạo ngược hoặc không trung thực của các cá nhân cụ thể.
Nó mô tả các động lực trong đó, trong một cấu trúc nhấn mạnh consensus-building và delegation,
final decision authority tiến hành mà không được làm rõ ràng,
và kết quả là, "shadow owners" được sinh ra.

---

Context

Trong product development,
một hệ thống được thiết lập trong đó
Product Owner hoặc project leader
đảm nhận responsibility cho decision-making.

Requirements organization, prioritization, specification agreement, v.v.
tiến hành dưới role đó,
và team tiến hành công việc sau khi chia sẻ các giả định nhất định.

Tuy nhiên, ngay trước release hoặc tại các mốc quan trọng,
các cá nhân chưa xuất hiện trong thảo luận can thiệp,
và các quyết định bị lật lại.

Forces

Các động lực chính tạo ra Pattern này như sau:

• Incompleteness of authority delegation
  Trong khi các roles được ủy quyền,
  nơi final decision authority nằm không được ghi lại.

• Proxy of consensus-building
  Apparent consensus
  bị nhận nhầm như được thiết lập bởi tacit approval của superiors.

• Delay of risk avoidance
  Các quyết định quan trọng bị hoãn lại nhiều hơn,
  và can thiệp có xu hướng xảy ra ở giai đoạn khi deliverables được hiện thực hóa.

• Invisibility of organizational hierarchy
  Các mối quan hệ ảnh hưởng đến decision-making
  tồn tại bên ngoài project structure.

Failure Mode

Khi substantial decision authority không được làm hiển thị,
các giả định cho các quyết định được diễn giải lại sau thực tế.

Kết quả là, các thay đổi sau đây tiến hành đồng thời:

• Assumptions của consensus được cập nhật sau thực tế
  Decision conditions không được chia sẻ tại thời điểm consensus được mang vào,
  và các quyết định hiện có trở thành đối tượng đánh giá lại.

• Evaluation criteria được giới thiệu một cách bất đồng bộ
  Các evaluation criteria khác nhau được áp dụng sau consensus,
  và consistency của các quyết định không còn được duy trì.

• Decision responsibility trở nên không rõ ràng một cách hồi tố
  Authority structure tại thời điểm decision
  không thể được giải thích sau.

Consequences

• Team decisions ngừng được coi là các quyết định hợp lệ
  (Part I: What Breaks — Responsibility)

• Defensive procedures tăng trong consensus-building
  (Part II: Why It Breaks — Decision Avoidance)

• Decision-making được chính thức hóa và substantial progress bị trì hoãn
  (Part I: What Breaks — Responsibility / Operation)

• Political coordination được ưu tiên hơn learning
  (Part II: Why It Breaks — Broken Learning Loop)

Countermeasures

Sau đây không phải là danh sách các giải pháp,
mà là các counter-patterns để làm rõ ràng decision structures chống lại Failure Mode.

• Làm hiển thị trước các subjects có thể lật lại
  Làm rõ phạm vi tính hợp lệ của consensus và subject có thể invoke exceptions.

• Tích hợp final decision như structure
  Đối với các quyết định quan trọng,
  thiết kế một dạng trong đó consensus thành lập dựa trên giả định rằng can thiệp không xảy ra sau.

• Để lại intervention như lịch sử
  Khi các quyết định được thay đổi,
  ghi lại dưới dạng có thể giải thích điều gì được cập nhật như assumptions.

Resulting Context

Decision-making vẫn xảy ra theo giai đoạn,
và không phải tất cả các quyết định liên quan đến superiors.

Tuy nhiên, bằng cách làm hiển thị các subjects có thể lật lại,
consensus được coi như các conditional decisions.

Kết quả là, các quyết định được chia sẻ như conditional ones,
và các thay đổi được coi như input cho learning thay vì exceptions.

See also

• Responsibility Diffusion
  Foundational pattern trong đó, kết quả của decision responsibility bị phân tán và làm cho vô hình, substantial decision authority có xu hướng xuất hiện dưới dạng shadow.

• Decision-less Agility
  Một cấu trúc trong đó động lực hoãn lại các quyết định tạo ra sự phân kỳ giữa formal consensus và substantial authority.

---

Appendix: Conceptual References

• Responsibility & Decision
  Background của organizational structures trong đó official roles và substantial decision authority phân kỳ.
• Pattern Language
  Framework để mô tả quá trình mà các động lực nhấn mạnh consensus và delegation tạo ra một structural failure khác.
• Requirements & Knowledge
  Background của các cấu trúc trong đó consensus thành lập mà không có assumptions cho các quyết định được làm rõ ràng.

Appendix: References

• James O. Coplien, Neil B. Harrison, Organizational Patterns of Agile Software Development, 2004.
• Michael C. Jensen, William H. Meckling, Theory of the Firm: Managerial Behavior, Agency Costs and Ownership Structure, 1976.
• R. Edward Freeman, Strategic Management: A Stakeholder Approach, 1984.
• Fred Brooks, No Silver Bullet—Essence and Accidents of Software Engineering, 1987.