|
Eliminate Fake Certainty and Solve the Real Problem Too often, customers have a “fake certainty” about the problems they want to solve. They might not have defined the real problem, but they have frequently defined the solution anyway. The risk is that we might build the wrong thing. When the product owner works with the customers to define the problem, then works with the team to define the solution, everyone can win.
|
|
|
What Kind of Agile Coach Should I Hire? Having your organization make the mental shift necessary to adopt agile is the first important step in an agile transformation. But once you decide you want to change, now what? Should you attempt your agile adoption yourselves or hire an expert? Joel Bancroft-Connors details the benefits and downsides of going it alone and of using contract, consultant, and full-time agile coaches so you can decide what's best for you.
|
|
|
Rowing in the Same Direction: Use Value Streams to Align Work Ambiguity abounds about value streams, so it’s good to clarify what they are, why they matter, and how to exploit them. It's important to help employees understand the organization's definition of value, to provide visibility on how business value is created, and to focus on the fast flow of value through the value streams. If everyone understands which direction to row the boat, they can steer toward it together.
|
|
|
Why You Need to Be Doing Continuous Integration It’s usually easy and inexpensive to set up a continuous integration environment for either an agile or a waterfall project. Perhaps the most obvious benefit of CI is the elimination of the integration phase that existed in traditional waterfall projects, where we typically slip the worst on deadlines. But there are many other benefits to continuous integration that you may not have considered.
|
|
|
5 Tips for Getting Retrospectives Done Right Unfortunately, many retrospectives are not productive. It may be that the discussions are unfocused, not enough data was gathered to be helpful for analysis, or the team concentrates too much on issues they can’t control. Retrospectives should be a key part of an agile process for helping the team improve. Here are five tips that will help you have more valuable retrospectives.
|
|
|
To Kick-Start Your Agile Project, Begin with a Minimum Viable Team You've heard of a minimum viable product, which has only enough features to create a working model and provide feedback for further development. If you want to get started on a new project quickly, Allan Kelly suggests assembling a minimum viable team—only a few people, with only the necessary skills. They begin work right away, with a small budget and tight feedback loops, driving down risk.
|
|
|
Experimenting with Daily Retrospectives Experimentation is a great way to unleash creativity, continuously improve, and see what works and what doesn't. When a team was tossing around the idea of doing daily retrospectives, agile coach Ben Kopel decided to guide them through some iterations on the process. Here, he talks about what the team did and what they gained from both the retrospectives and the quick feedback from experimenting.
|
|
|
Your Strategic Planning Should Be Agile, Too What has agile taught us about trying to plan everything up front? It usually doesn’t work. So why does your company still use a yearly strategic planning approach that takes six months to develop and requires significant time and effort to pivot to new opportunities and challenges? We need to rethink strategic planning to incorporate design thinking, collaboration, and agility.
|
|
|
Requirements Mapping Using Business Function Test Suites On this team, testers were overcommitted, avoidable defects were surfacing, and documentation was hard to find. Worse, trust and morale were low. Upgrading tools was out of the question, so the testers decided to take matters into their own hands and create incremental change themselves. Here's how a team added a new type of traceability to its requirement test case world.
|
|
|
DevSecOps: Incorporate Security into DevOps to Reduce Software Risk DevSecOps is a growing movement to incorporate security into DevOps practices in order to ensure flaws and weaknesses are exposed early on through monitoring, assessment, and analysis, so remediation can be implemented far earlier than traditional efforts. By failing fast with security testing, organizations reduce risk of a security incident and decrease the cost of rework.
|
|