| This is from part 2, but wow... > Do not use mushy words like ... ownership, If you think ownership is just mushy words, you've never given someone ownership. Giving someone ownership isn't just mush. It's real, and can have real impact. Of course, this also literally means giving them some actual, real, legal ownership in that project and it's results. This is especially hypocritical when paired with an "actual example" > The intended outcome is to increase the rate at which we create value for customers, facilitate easier troubleshooting, decrease downtime, enable more developers to work across different code bases seamlessly and improve developer morale. Talk about mush. That's just one part of a completely mushy "behavioral statement" that just reeks of insincerity and mush. This is also covered under specifics, and the entire thing lacks ANY specifics. Give them ownership. Real ownership, not this fake "ownership" that clearly comes from someone who doesn't know what the word means. Give them power to drive direction and results, and reward them for that. There are more things that could be said about this, but honestly, reading that, it just screamed hypocrisy. |
Manager: you need to take ownership, meaning that you figure out requirements (and get the blame when requirements changes), you make the product and project decision (and get the blame, when for outcomes), you find all the people needed to figure out deploy details and no, you can't make decision about what we're using in production.
Employee: I'm better figure out how to cover my butt...