Does this worldview leave room for coordination as a cooperative process? Or does coordination just mean both parties "controlling" one another? If so, what's the meaningful difference between cooperation and control?
Here are two easy examples:
1. Developing: is pair programming cooperative or a form of control? In lean terms - is one person's work a waste (they aren't generating code) and the other person's work is value (they are writing code).
2. Sprint Review: is a review that identifies friction in the protocol *by those enacting the protocol* a form of control or a form of cooperation?
I'd think pair programming is controlling the result of the work, not each other. Control in this sense not to control people, but control (setup rules, architecture guides, UX systems, direct commands) the result. Control is more about controlling outcome not controlling behavior.
Does this worldview leave room for coordination as a cooperative process? Or does coordination just mean both parties "controlling" one another? If so, what's the meaningful difference between cooperation and control?
Here are two easy examples:
1. Developing: is pair programming cooperative or a form of control? In lean terms - is one person's work a waste (they aren't generating code) and the other person's work is value (they are writing code).
2. Sprint Review: is a review that identifies friction in the protocol *by those enacting the protocol* a form of control or a form of cooperation?
I'd think pair programming is controlling the result of the work, not each other. Control in this sense not to control people, but control (setup rules, architecture guides, UX systems, direct commands) the result. Control is more about controlling outcome not controlling behavior.