This is great, thanks for sharing, I really enjoy reading your stuff. I would love to hear more about *team decision making* culture, approaches and styles from your experiences in Apple, Google and Nike! I feel that this is a recurring headache in most big orgs
That’s a great question. It’s definitely a big challenge. Clear accountability is part of the solution. The DRI culture at Apple helped a lot with that. At Nike, it was very difficult due to the nature of how the engineering org was structured and the outsized power the business teams had. I will share what I can. Thank you for asking.
Totally agree on the main points of psychologically safe culture/documentation/accountability to have a repeatable process to address different engineering issues. What about building consensus for some high level strategic decisions? One example I have is for a program I'm managing on application modernization. Two stakeholders preferred one approach A, the other four preferred another one B. I summarized the pros and cons for both approaches and presented to the CTO, but CTO sided with A. Apparently the two stakeholders for A don't have significant API engineering experience. The result is that the other stakeholders would stay low to do minimum to get by, and I know A would delay and not provide much value to get the whole organizations to modernize their applications. Any suggestions I can handle this situation better?
This is great, thanks for sharing, I really enjoy reading your stuff. I would love to hear more about *team decision making* culture, approaches and styles from your experiences in Apple, Google and Nike! I feel that this is a recurring headache in most big orgs
That’s a great question. It’s definitely a big challenge. Clear accountability is part of the solution. The DRI culture at Apple helped a lot with that. At Nike, it was very difficult due to the nature of how the engineering org was structured and the outsized power the business teams had. I will share what I can. Thank you for asking.
Totally agree on the main points of psychologically safe culture/documentation/accountability to have a repeatable process to address different engineering issues. What about building consensus for some high level strategic decisions? One example I have is for a program I'm managing on application modernization. Two stakeholders preferred one approach A, the other four preferred another one B. I summarized the pros and cons for both approaches and presented to the CTO, but CTO sided with A. Apparently the two stakeholders for A don't have significant API engineering experience. The result is that the other stakeholders would stay low to do minimum to get by, and I know A would delay and not provide much value to get the whole organizations to modernize their applications. Any suggestions I can handle this situation better?