Continuous and unpredictable changes are the norm in most industries and business fields. Vuca (variability, uncertainty, complexity and ambiguity) requires you to avoid traditional and outdated management and leadership methods and practices.
Therefore, more and more companies begin to introduce agile and scrum, but the agile implementation of many companies is not satisfactory.
In the course of daily work, the working mode of the team is greatly influenced by the team leader or the service leader. Sometimes, the agility of the team depends on the individual work style of the leader. The model went off the rails and did not make the team truly agile.
So when a product team adopts an agile development model, how do you know if the team is really agile?
Why Scrum is Simple but not Easy?
Scrum is simple but not easy for the following reasons:
- A successful change is not completely top-down or bottom-up;
- The end state is unpredictable, and Scrum needs continuous improvement;
- Scrum is ubiquitous in the entire organization;
- Scrum is completely different from traditional training/education;
- Changes come faster than before;
- Best practices are dangerous. Find a method that suits you;
Scrum is not only a technical change, but also a conceptual innovation. The whole team must adopt the following attitude when doing things:
- The team must learn to start working without a big and comprehensive plan;
- The team must learn to analyze and understand requirements through user stories and communication without detailed requirements documents, and start design and programming;
- The team should be accustomed to frequent code submission and continuous integration;
- The team works in a highly transparent environment, and everyone’s progress is well known by everyone;
- The team needs pair programming, and frequent communication and discussion are needed;
Scrum is not only a process framework, but more importantly, it uses Scrum to build teams and enhance team capabilities. The degree of team running-in almost determines the effect of Scrum implementation. But the success of the team is not achieved overnight. How to polish the team at different stages of the team is a challenge for everyone.
This article focuses on the three stages of a Scrum team from creation to maturity, to help you locate your team stage and find a way to break through the next stage.
Agile team: Stage I
- The role of the PO (product owner) in the Team is clear, and the PO is responsible for managing the Product Backlog;
- PO is the main source of requirements, and is responsible for collecting requirements from all parties, and is responsible for the requirements;
- The PO is responsible for determining the priority of the Product Backlog, which is also the case when changes occur;
- There is one person in the team who can take on the role of Scrum Master, basically this person will take on the role of Scrum Master for a long time;
- Basically be able to coordinate the team to solve the problems encountered in the Sprint. However, the ability to solve cross-domain problems is weak;
- The Scrum Master assists team members in maintaining the Sprint Backlog and cultivates the habit of team members to maintain the Sprint Backlog by themselves;
- The Scrum Master is responsible for leading and presiding over the stand meeting. The stand meeting is at a fixed place and time and ends within the standard time. The Scrum Master is very clear about the work content of each member of the team, and most of the problems and risks can be found through the stand meeting. ;
- The Scrum Master is responsible for conducting various meetings as scheduled, such as plan meeting, summary meeting, PRD (Performance review and development) reivew, Code review, Case review, etc.;
- The Scrum Master is responsible for leading and presiding over the plan meeting, giving the evaluation method of working hours, giving the plan content and priority level of this sprint, guiding everyone to split the sprint content, and guiding everyone to complete the evaluation of working hours;
- The Scrum Master is responsible for leading and presiding over the summary meeting. The Scrum Master is mainly responsible for summarizing the advantages and disadvantages of this iteration, and formulating improvement measures against the shortcomings and following up;
- The Scrum Master is responsible for monitoring risks and progress, and can inform stakeholders;
- In most cases, Team can complete its commitment to DOD;
Agile Team: Stage II
- The PO is responsible for managing the Product Backlog, and the Team approves the content of the Product Backlog;
- Team will assist the PO in collecting requirements and will actively propose requirements. Team recognizes the requirements and is responsible for the requirements;
- PO assists Team in determining the priority of the Product Backlog, even when changes occur;
- The role of Scrum Master in Team is Backup. When the Scrum Master is not there, Backup can fully assume the role of work;
- Fully able to coordinate the team to solve the problems encountered in the Sprint. The ability to promote cross-domain problem solving is strong, but the ability to promote cross-department problem solving is weak;
- The habit of team members to maintain the Sprint Backlog by themselves has been formed, and the Scrum Master only needs to supervise and remind;
- The Scrum Master assists in the effective progress of the stand meeting. The stand meeting ends within the standard time at a fixed place and time. Team members are very clear about the work content of other members. Team members can assist the Scrum Master to find some problems and risks. Some problems and risks are still discovered by the Scrum Master;
- Scrum Master assists in the effective conduct of various meetings, such as plan meeting, summary meeting, PRD review, ERD review, Code review, Case review, etc.;
- The Scrum Master assists in the effective execution of the plan meeting, and discusses with team members to determine the evaluation method of working hours, the plan content and priority of this sprint, and then jointly complete the split of the sprint content and the evaluation of working hours;
- Scrum Master assists in summarizing the effective progress of the meeting, discussing and summarizing the advantages and disadvantages of this iteration with team members, and can formulate effective improvement measures and make effective improvements against the shortcomings, and the advantages can continue to be maintained;
- Leaded by the Scrum Master, team members participate in monitoring risks and progress, and can regularly notify stakeholders;
- Team jointly completes its commitment to DOD (Definition of Done);
Agile team: Stage III
- The Product Backlog is initiated and managed by the PO, and the Team participates in the discussion and improvement;
- Team jointly proposes and collects requirements, and is jointly responsible for the product;
- The Team jointly determines and is responsible for the priority of the Product Backlog, even when changes occur;
- Anyone in the Team can take on the role of Scrum Master;
- It can help Team overcome all obstacles encountered in the Sprint, and has a strong ability to promote cross-domain and cross-department problem solving, and ensure that the DoD is completed as agreed;
- The team members maintain the Sprint Backlog consciously, and the Scrum Master regularly checks the team members’ maintenance of the Sprint Backlog;
- Team members actively participate in the stand-up meeting, which is carried out efficiently and effectively. The stand-up meeting is at a fixed place and time and ends within the standard time. The team members are very clear about the work content of other members, and the team members actively raise questions and Risks, discover all problems and risks together with the Scrum Master;
- With the assistance of Scrum Master, team members lead the effective conduct of various meetings, such as plan meeting, summary meeting, PRD reivew, ERD review, Code review, Case review, etc.;
- With the assistance of Scrum Master, team members lead the plan meeting, and the team is jointly responsible for the results of the work-hour evaluation, the plan content and split results of this sprint, and the priority level confirmation results;
- Supported by the Scrum Master, team members lead the summary meeting. Team is jointly responsible for the results of this iteration and can jointly recognize the root cause of the shortcomings. In the later period, all team members actively and effectively improve, and gradually turn the shortcomings into advantages. The advantages can get better and better;
- Team actively monitors risks and progress together, and can notify stakeholders in a timely manner;
- Team focuses on the realization of functions and specializes in the realization of products. Team has the ability to identify the correct route of the product and jointly promote the continuous improvement of the product;
Summary
The more mature an Agile team becomes, the more it demands not only from PO and SM, but also from team members.
In an agile development team, this is a process of continuous learning and improvement, which promotes the ability and level of the entire team and is therefore very beneficial to the development of the team, especially when there are more new people in the workplace.
Finally, it is better to let them learn and grow in the team work, which can help them improve more quickly and improve the overall strength of the team.
промокод prodamus скидка [url=https://prodamus-promokod1.ru/]промокод prodamus скидка[/url] .
Продамус промокод [url=http://vc.ru/services/1527889-prodamus-promokod-vcru-skidka-dlya-podklyucheniya-2000-v-2024]Продамус промокод[/url] .
Платежный модуль геткурс промокод [url=http://platezhnyj-modul-getkurs-promokod.ru]Платежный модуль геткурс промокод[/url] .
Главные новости мира https://ua-vestnik.com и страны: политика, экономика, спорт, культура, технологии. Оперативная информация, аналитика и эксклюзивные материалы для тех, кто следит за событиями в реальном времени.
Конструкторы оружия России https://guns.org.ru история создания легендарного оружия, биографии инженеров, технические характеристики разработок.