There are different levels of understanding Agile.The first one is where you care about rules. You take every best practice, guide, book, training suggestion and you make a strict process out of context and without interpreting the reality. That’s not Agile. That’s you using Agile to cover your need of implementing bureaucratic policies.That’s you not willing […]
You are browsing archives for
Once your team starts work, the most recurring question your stakeholders ask is likely to be “When will it be done?”Agile and its frameworks do not strictly prescribe any specific set of metrics. Values, techniques, practices and definitions can help organizations navigate different strategies and identify the best approach for each situation. Here I would […]
Trust is a pillar for many organizations nowadays.I remember seeing on the tv displays at the office many times a day the ubiquitous message “Microsoft is built on trust” when I worked there.Many organizations following the trend come up with similar mottos, insert the trust narrative into their vision, mission, or values. Every company claims to be […]
I am writing this post to celebrate my experience at Microsoft. I was inspired by an episode of Beyond the Blue Badge Podcast hosted by Microsoft Alumni Association which I am a member of. I was hired as Apps & Infra Technical Solution Specialist at the Sales Technical Unit in Dublin. Our division grew incredibly […]
Shu Ha Ri is a Japanese concept that describe different levels of mastery. In the Shu state you know all the rules and the forms. You repeat them till your mind and body fully absorb them. Deviations are usually errors that can lead to dysfunctions but if corrected soon can lead to learning and improvement. […]
Today, I would like to write about another important set of attitudes and abilities that a good product owner (PO) should possess. As mentioned in the article I previously posted, PO doesn’t need to be technical to deepen his or her view and understanding of the role. Having a wider visibility and taking ownership on […]
In part one, I wrote about the myth of existence and need of technical product owners. We left our hypothetical PO at a party answering few questions around his or her product. As we saw, the product owner needs to own the product knowledge base. If you are a PO and you wouldn’t be able […]
Today I want to write about the product owner (PO) or product manager (PM) role and not to provide a definition or list responsibilities but address a specific myth.
I am talking about the myth of the existence and the need of a technical PO.
I read an article where someone proposes to rename the role Scrum Master, following the latest trend of renaming everything that contains the word Master. We shouldn’t remove the word Master from our vocabulary. It is not the opposite of slave. Coming from latin magĭster (derives from magis «more») and means who knows a discipline […]