Scrum and Random Acts of Software Development
Being agile with scrum teams can save and destroy you. And sometime it does both in just that order. Only those unaware or unafraid will admit that they are not agile converts these days running scrum teams to build what matters. And there is no doubt that more integrated and continuously improving teams achieve more than their rigidly structured ancestors who went from gate to gate.
But why are so many software engineering teams unhappy and building unlovable software? We might all be moving faster, but so fast that we are simply creating random acts of software.
There are many reasons for our inability to slow down and think deeply and sprint at the same time. Let's admit up front that it's hard and most people gravitate towards staring at the next group of trees -- especially technical product managers and engineers. But I think the real reason is that we are making poor prioritization decisions because we are listening to too many voices with no way to reconcile truth.
We are also spending too much time staring at the engineer's navels.
The big picture can rarely be seen within a conference room at the office. The good news is that product development teams are wicked smart and can learn to see and see the warning signs that they are headed astray.
We should all take a breath and avoid random acts of software which are the creation of usable new functionality that has no real reason to exist.
I suggest that you consider using the following approach to ensure you are creating products that will delight and be sustainable moving forward -- even if you are committed to being agile and using scrum teams. It's all about the.....
Product roadmap
We at Aha! try to avoid creating random acts of software by starting with a deep understanding of the customer (product and engineering managers in our case) and a clear vision of where we are headed. We view product roadmapping as the process of setting a product roadmap. And a product roadmap is nothing more than a plan for how the product is going to meet a set of business objectives. A great roadmap starts with a clear product vision and a canvas that explains the customer and market forces that will shape the product's direction. In Aha!, we call this plan a strategy and a strategy has many components which cover: customer needs, market size, company strengths, sales channels, positioning, competition, partners, etc.
Product team
Releasing new functionality takes a complete cross-functional team effort. While scrum brings together the folks focused on the bits -- you need a broader team to help you. When we talk about launches for software or cloud-based services -- teams often confuse rolling out new features with the total customer experience. A release is the date when the company is ready to deliver a new customer experience and support every customer interaction point associated with it -- not just the act of providing access to new technical functionality. You should pull together a cross-functional team of leaders that can champion your product internally and with customers.
Fresh ideas
Ideation is the creative process of generating, developing, and curating new ideas. Better ideas lead to innovation and innovation leads to market leadership. Fresh ideas also help avoid a stale backlog that often results from too many "daily standups." So, every organization wants better ideas, but it's tough to actually capture them in a manageable way. You need a unified way to ensure that you are capturing innovative new ideas from customers and the broader team and you need to it be integrated with your roadmapping process. Create a portal and share an email address that anyone can mail to to share their breakthrough idea.
Start with a roadmap, work with a product team, and be open to new ideas. These simple actions separate great product managers and software development teams from their competitors and can lead to disruptive innovation. It also ensures that if you are agile or agile ambitious you will will avoid creating random acts of software and new features that will never be used.
Add a comment about how your team avoids random acts of software.
==================
About Brian and Aha!
Brian seeks business and wilderness adventure. He has been the founder or early employee of six cloud-based software companies and is the CEO of Aha! -- the new way to create brilliant product strategy and visual roadmaps. His last two companies were acquired by Aruba Networks [ARUN] and Citrix [CTXS].
Signup for a free trial of Aha! and see why the world's leading product and engineering teams use it to build software that matters.
If you are looking to stretch and join a profitable and rapidly growing company that is changing how people build software -- contact us. We are actively seeking Rails Developers.
Follow Brian here and at @bdehaaff
Follow Aha! @aha_io
? Aha! 2014
Brian, you're not doing Scrum right. I get your Roadmap pitch, really, I do - that's a prioritized Backlog, sounds like what you need is a capable Product Owner. Would you agree? Knowing you won't, I look forward to hearing from you.
Chief Strategy Officer at Digital Align Inc
10 年Brian seems your approach is a hybrid of waterfall and Scrum and you don't get the best of both with that implementation of Scrum. Your team really needs to embrace Scrum or stay waterfall otherwise you will experience a poor outcome. The result will be a disappointment and assigning blare to Scrum.