Danh mục: Agile Project Management

The product backlog lists all the features, functions, requirements, enhancements, and fixes required for the product releases. Product backlog projects have the attributes of description (appropriately Detailed), story points (Estimates), and orders (Prioritized). They must be continuously added, deleted, and updated (Emergent) in the backlog, and reflect the understanding of the team backlog in a timely and appropriate manner .

Agile development is a human-centric, iterative, and gradual development method. In agile development, the construction of a software project is divided into multiple sub-projects, and the results of each sub-project have been tested and have the characteristics of integration and operation. In other words, a large project is divided into multiple small projects that are interrelated but can also be run independently, and completed separately. During this process, the software is always in a usable state.

LeSS is a lightweight, Agile framework for scaling Scrum to more than one team. Starting in 2005 Bas Vodde and Craig Larman developed the LeSS framework after using Scrum principles and rules on large scale projects. Their goal was to develop large scale projects successfully while staying within the constraints of Scrum.

Most Agile and Scrum training courses refer to a 7 +/- 2 rule, that is, agile or Scrum teams should be 5 to 9 members. Scrum enthusiasts may recall that the Scrum guide says Scrum teams should not be less than 3 or more than 9. Where does this thumb rule come from? and Why?

LeSS was created by Bas Vodde and Craig Larman from practical experience in scaling up Scrum, founded as the LeSS Company in 2014. The “More with LeSS” principle is at the heart of LeSS (Large Scale Scrum). Complex product development doesn’t require complex solutions. It requires a deep understanding of the essence of the problems, which can then be solved with simpler solutions.

We always come across these terms in software development. Sometimes people a piece of software feature — requirement/ use case, backlog items …. What is the convention of the software people for using that or which?