Years ago, Roy Osherove interviewed me about project management, agile thinking, hiring, and management. We had a great conversation. (See Roy’s Archived Interviews page for my interviews with him.) I just listened to some of the questions and answers. If you are not sure about effective management, listen to the interviews. After a nudge from […]
Your customers can’t take your product more often than once or twice a year. Because the product doesn’t need to leave the building, the teams don’t release internally. Nor do the teams demo on a regular basis. The teams miss the feedback loops so critical for an agile approach. Their agile transformation falls apart. Rethink Your Definition
Agile Transformation Secrets, Part 2: Emphasize Collaboration If you’re trying to use agile approaches or manage an agile transformation, consider these three mindsets for you, your project, and your organization: Manage for change (Part 1) Emphasize collaboration. (this part) Use principles, not practices, so teams can be autonomous and deliver what they need to deliver.
Agile Transformation Secrets, Part 1: Manage for Change If you’re trying to use agile approaches or manage an agile transformation, consider these three mindsets for you, your project, and your organization: Manage for change (this installment). Emphasize collaboration. (I’ll send this in Part 2) Use principles, not practices, so teams can be autonomous and deliver
Many of my clients are trying to use short feedback loops in agile approaches. That desire bumps up against their management’s desires for longer commitments. This continuum might help them think through their needs for commitment and innovation. High Need for Product Innovation and Change The more need for product innovation and change, the shorter the feedback loops need
Is it possible to balance the product innovation and feedback we need, with the commitment our management wants? Maybe. I tried to show my thinking for these questions in this series: When does it make sense to ask for or offer estimation and commitments? When does it make sense to ask for more feedback instead?
What if you don’t need to experiment to reduce risks? You may have technical risks in terms of getting it “all” done. Especially for a given release date. In that case, you have a low need for product innovation. Your planning feedback loops can be longer. I’ve seen this occur in some of these circumstances: A
What if you can plan for a few weeks or even a month-plus at a time? You don’t need the extremely short feedback cycles (hours to a day) because you’re not doing high innovation. You don’t need to change what the team does every few days. You can estimate and commit to maybe a month’s
Consultants who make money speak at conferences. I love to speak. Give me a microphone—I am a happy person. I keep having to turn down speaking requests, both domestic and overseas. I would love to go, to learn and to meet people. Sometimes, I’m not available. More often, I can’t “afford” to do so. Often,
I’m a shepherd for the XP2019 and Agile2019 conferences. I read the proposals, offer feedback, and then shepherd the papers through to completion once we accept the proposals. I love reading experiences. I’m a total sucker for them. Why? Because they’re short stories that reflect the Satir Change Model, the image here. If you’re trying