A Product Owner who owns the product on behalf of the company is a part of a Scrum team. However, a product owner has no authority over other members of the team, same as the Scrum Master. A Product Owner is responsible for looking after a product for an extended period of time and is accountable for achieving product success. As the product owner, you should directly interact with the customers and users, the development team, and other key stakeholders, as the picture below shows.
Continue readingThẻ: ja-done
Why it should be Sprint Review instead of Sprint Demo?
A Sprint Review is more than just a demo; it is a review of the completed Sprint, the Product Backlog, and the Marketplace. Admittedly, demos are an important part of the Sprint Review. The purpose of the Sprint Review meeting is for the team to show the customers and stakeholders the work they have accomplished over the sprint and compare it to the commitment given at the beginning of the sprint.
Continue readingWhy Development Teams Love Scrum?
A Scrum development team has the autonomy to choose how best to accomplish their work, rather than being directed by others outside the team. Unlike traditional management principles, the self-organizing empowered teams are not directed and controlled from the top; rather they evolve from team members participating actively & collectively in all the Scrum practices and events.
Continue readingScrum: Why Colocated Team?
Colocation is useful for meetings that require close listening, such as design discussions. It is also handy when new employees are training and need some amount of hand-holding or encouragement. Whiteboard is highly effective for colocated team but can be managed with online tools as well.
Continue readingScrum Philosophy: Release Early, Release Often
Release early, release often is a software development philosophy that emphasizes the importance of early and frequent releases in creating a tight feedback loop between developers and testers or users, contrary to a feature-based release strategy.
Continue readingScrum: How to Refine Product Backlog?
Not all items in the product backlog will be of the same size and level of detail (i.e. features/ eprics/ user stories and tasks) at the same time. PBIs that we plan to work on soon should be at the top of the backlog, smaller in size, and very detailed so that they can be worked on in the near-term sprint. PBIs that we won’t be working on for some time should be at the bottom of the backlog, larger, and less detailed.
Continue readingScrum: Do you need a vision statement?
A vision statement identifies where the organization wants or intends to be in future or where it should be to best meet the needs of the stakeholders. Every project needs a vision to steer itself in a proper direction. A vision serves as a guide for choosing the current as well as future course of actions.
Continue readingScrum: Solution vs Process Adaptive
What is Predictive Process? A defined and predictive process model is appropriate if both the requirements for the project and
Continue readingAgile Backlog Prioritization Technique: MoSCoW
MoSCoW Method provides a way to categorize users’ requirements based on their priority. It helps develop a clear understanding of the customers’ requirements and their priority. MoSCoW stands for must, should, could and would. Visual Paradigm comes with a rich set of diagram templates. You may start with a blank diagram or a pre-made MoSCoW Method template.
Continue reading12 Agile Principles — #12 of 12
“At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.”
Continue reading