product ownership

newsletter

Plan, Plan, Plan

Plan, Plan, Plan Do you like planning? You might be one of those people who likes to make lists and plan in great detail. I love my lists. I’m not big on huge, ginormous plans, but I do like a list of what to do now and the picture of where I’m headed. You might […]

MPD, product ownership

Product Owners and Learning, Part 5

When I think of POs and the team, I think of learning in several loops: The PO learns when the team finishes small features or creates a prototype so the PO can see what the team is thinking/delivering. The team learns more about its process and what the PO wants. If the Product Manager sees

MPD, product ownership

Product Owners and Learning, Part 3

Part 1 was about how the PO needs to see the big picture and develop the ranked backlog. Part 2 was about the learning that arises from small stories. This part is about ranking. If you specify deliverables in your big picture and small picture roadmaps, you have already done a gross form of ranking. You

MPD, product ownership

Product Owners and Learning, Part 4

Part 1 was about how the PO needs to see the big picture and develop the ranked backlog. Part 2 was about the learning that arises from small stories. Part 3 was about ranking. In this part, I’ll discuss the product owner value team and how to make time to do “everything,” and especially how to change

MPD, product ownership

Product Owners and Learning, Part 1

When I work with clients, they often have a “problem” with product ownership. The product owners want tons of features, don’t want to address technical debt, and can’t quite believe how long features will take.  Oh, and the POs want to change things as soon as they see them. I don’t see this as problems.To

MPD, product ownership

Product Owners and Learning, Part 2

In Part 1, I talked about the way POs think about the big picture and the ranked backlog. The way to get from the big picture to the ranked backlog is via deliverables in the form of small (user) stories. See the wikipedia page about user stories. Notice that they are a promise for a conversation.

Articles

Use Demos to Build Trust

In our first article — “Stay Agile with Discovery” (May 11, 2016)— we discussed how to use a discovery project to show a non-agile customer or sponsor the benefits of going agile. Now we will focus on building trust with a client who is ready to consider agile approaches. After the discovery project, Martha was ready

Articles

Stay Agile with Discovery, pt 1

Cindy works for AgileSoft as the Product Owner for its clients. AgileSoft contracted with Acme to do product development for its marketing website. Acme sells a variety of products and services, and wants the website to serve all audiences, from casual browsers to long-time customers. Acme’s Marketing, Sales and IT teams are involved, but Acme’s

Articles

Is Your Product Owner an Overloaded Operator?

In software, overloaded operators exist when an operator or operation has different meanings in different contexts. A developer might do this unintentionally when she uses a variable to mean one thing in one context and that same variable has a different meaning in another context. We even overload conversational operators. A number of years ago,

MPD, workshop

Public Workshops in 2016

I have several public workshops this year. I’m offering the Influential Agile Leader with Gil Broza April 6-7, 2016 in Boston and May 4-5, 2016 London. If you have not read some of my writing about leadership, take a look at these previous newsletters: ▪ Lead Your Agile Transition Through Influence ▪ Creating an Environment

Scroll to Top