Every Agile project needs user stories. But where do stories come from? I’m not asking who types the description into your backlog, I’m really asking how a team works together to create the definition of features that developers should complete.
Deciding what (and how much) behavior you want is the hardest part of the entire story creation process. The reason for this is straightforward—if it were an obvious decision, you wouldn’t even have to consciously think about it. Your brain would make the decision for you unconsciously, and the story definition would simply flow out […]
Creating a good user story in the backlog is challenging. As I described last week, the first step is writing stories that are small, meaningful, and focused on inputs/outputs. But that’s not enough. Even if you have experience writing Agile stories, have you been clearly articulating the goal of the story? Do you provide the […]
If you read my last post, you’ve managed to slice-and-dice your feature set into a set of skeleton stories for your backlog. Now it’s time to write each individual story. How do you do that? I have two guidelines.
Estimating work is helpful for managing teams and planning for the future. But working through every nuance to provide an estimate can cause frustration and be time-consuming.
It’s time to begin the development phase of a project. The needs have been identified, and the workflow design is complete. Now it’s time to create the initial set of stories for your backlog. Where do you start? How do you write individual stories? How do you even decide what those stories should be? I’ll […]
Software makers, like surfers, need to be ready for unexpected problems. We need to “surf with our knees bent,” using a stance that takes the unexpected into account. Here are four ways you should adjust your stance to avoid being thrown into the water… metaphorically.
When I came to Atomic nearly five years ago, I joined the largest development team I had ever known. We had four developers from Atomic and two from the client working directly with us, as well as the client’s QA staff, an operations engineer assigned to our team, and the client’s software architect checking in.
One sure test of any product manager’s resiliency is how she manages unplanned service outages and other types of incidents. I’m referring to events that can risk a company’s reputation, increase costs, and erode client confidence.
Documentation means a lot of different things to different people. I’ve also found it’s one of the top five topics to cause a developer to cringe. If you’ve used a waterfall software development process, you’re all too familiar with documentation. From requirements to systems architecture to design, you’re creating documentation at every step of the […]