Scrum teams need to prepare backlog items for future sprints. This is called backlog refinement. Items for the next one or two sprints need to be "ready." But getting backlog items ready is not a goal in itself. Only just enough is needed to be able to get backlog items to "Done" smoothly during a sprint. A balance must be realized in terms of how much, how far ahead, and how collaboratively backlog refinement is done. You must continually inspect and adapt this balance.
The average Scrum team delivered a 35% improvement in velocity at Yahoo where teams properly coached delivered 300-400% improvements. The best Scrum Master at MySpace peaked at 267% of initial velocity after 12 weeks and averaged 168% increase in velocity over 12 Sprints. Most teams were less successful. The problem addressed in this paper is what to do about the 90% of Scrum teams that never deliver this capability.
So they are basically part-time product owners. The customer cannot afford to hire full-time trained product owners in maintenance projects. In such cases, the product manager or customer is generally the final authority for approval on any functional or nonfunction requirement, as well as having the final word on technical decision making.
The product backlog might be the more important item for a Scrum team as it represents the business value that the project should deliver to its customers. Putting a priority on the features and user stories is however not always easy for the product owners, especially if they are dealing with multiple stakeholders. In this article, Samantha Laing shares a technique that can help to improve the results of this activity.
Agile methodology—more specifically Scrum—is an increasingly popular approach to increasing the speed of software development while maintaining flexibility. Scrum works well when an entire team is collocated. Real-time communication happens between team members during daily Scrum meetings. But assume part of a team is operating in a different role, from a different location. Sound challenging? In this article, I’ll try to answer some common questions about user experience and Scrum by exploring the challenges a Development team faced when working with a separate UX team on a Scrum project. I’ll also provide recommendations for UX teams that are part of a Scrum team.
Trello is a free on-line project management tool that provides a flexible and visual way to organize anything. This approach is naturally close to the visual boards used in the Scrum or Kanban approaches. As the tool as an open architecture, some extensions have been developed for a better implementation of Agile project management in Trello.
In 1993, at Easel Corporation in 1993, we we first applied the Scrum process to software development teams when we built the first object-oriented design and analysis (OOAD) tool that incorporated round-trip engineering. In a Smalltalk development environment, code was autogenerated from a graphic design tool, and any changes to the code from the Smalltalk integrated development environment (IDE) were immediately reflected back into design. Since the product was directed toward enterprise software development, we spent a lot of time analyzing best practices in software development methodologies.