In this energizing 42nd Hands-on Agile session on Lean Roadmapping, Janna Bastow, the go-to-authority on product roadmaps, talked about being lean while creating and maintaining your roadmap and how objectives and key results (OKR) may help meet that challenge.
📺 Watch the video now: Janna Bastow: Lean Roadmapping and OKRs — Hands-on-Agile #42.
Yes, even absolute beginners can prototype an app. And learn a lot about agile product management, Scrum, empiricism, product design, and user experience along the way.
If you intend to live up to Scrum and agile product development’s full potential, creating a shared understanding of how empiricism works among all co-workers in your organization is essential. This low-cost exercise of creating clickable prototypes will significantly improve your organization’s agile transformation.
The end of 2020 is nearing, and it’s product roadmap building time again—at least for those companies that are still dedicated to the old command-and-control model. In the next few weeks, executives and (key) stakeholders will come together and define new functionality that they believe will meet business demands in 2021.
While investing in product roadmaps can yield a reasonable return by creating a shared understanding between the “the business” and product teams, I also believe that product roadmaps need to be living artifacts requiring continuous attention by everyone involved. To make that process as worthwhile as possible, adhering to the following seven product roadmap first principles has proven beneficial in my experience.
Stakeholder communication: It is simply not enough for an agile product development organization to create great code and ship the resulting product like a clockwork. It would help if you also talked about it, particularly at the beginning of your endeavor to becoming a learning organization. Marketing your journey to the rest of the organization—and thus securing their support, collaboration, and buy-in—is a critical success factor to step up the transformation game: You want to become agile, not “do agile.”
Learn more about eleven proven stakeholder communications tactics that contribute to making this happen.
Creating valuable software requires knowing the customer—we all agree on that, right? The first question that then comes to mind is how to support this product discovery process in a meaningful manner in an agile environment? And the second question follows swiftly: who shall participate in the process—designers and business analysts or the engineers, too?
Read on and learn why personas are useful for product discovery purposes, how to create personas, and why the complete team—including the engineers—needs to participate in their creation.
This article of the lean user tests series covers what to do with the test findings and whether crowd testing might be an alternative to running user tests yourself.
