Thursday, June 14, 2018

The Qualities and Characteristics of a Great Scrum Team | Supreme Agile

תמונה קשורה
Don’t have any Scrum Ceremonies
This characteristic is relevant only for the most advanced teams and not relevant in any other case. So how can we do scrum without using its ceremonies? Well, this team will use scrum ceremonies (Limited in duration and performed at specific times) as opportunities for conversations that relevant to all aspects of the framework such as synchronization, planning and taking the right decisions.  

Believe in Collective Ownership
It’s very simple, you cannot build a strong team without the basic understanding the collective ownership is one of the major keys that allow the team to be really committed to the team success.

Having some Slack
There is one factor that can be seen in many great development teams, this factor is based on the ability of the team to find some slack within their sprint that is overloaded with commitments and day to day pressure. This slack allows the team to relax and to remain focused on the sprint goals. This is why we need to allow the team to make some fun to ensure that the team can keep their motivation and dedication to perform at the highest level.  

Can deliver Features Earlier and Continuously
The basic scum process is well known, the team takes commitments (User Stories) and deliver them at the end of the sprint (Presented at the review meeting). Great teams are able to deliver their commitments prior (Continues Feedback is made with the customer Whenever the story is 'Done') and continuously (The iteration time-frame become less important for them).

Deliver value in the first sprint
In Scrum, teams will usually use sprint '0' as a "Kick-Off" to the project so the team does not deliver any deliverables that create business value for the customer. A great team doesn't need a sprint '0' to start to deliver business value right from the beginning. 

Don't need a Definition of Done (DoD)
Definition of Done is used to ensure that each user story/Feature delivered based on the expected standards. Great teams, has the understanding of what DoD really means and can deliver their deliverables at the highest standards without the need to follow specific document (The can keep it only to provide visibility to other stakeholders).

The entire team Responsible to Refine the Product Backlog
The product owner has the main responsibility regarding the shape of the product backlog, but great development teams understand that the quality of the product backlog is crucial to their success and therefore will make sure that the PO receives help from all team members to ensure the product backlog is maintained in the highest quality. 

Share Knowledge and Experience   
A simple factor that can determine how good the team is performing, is by looking at the knowledge sharing by its team members. Strong teams are based on team members that sharing their knowledge, experience, and lesson learned with others. This factor is so important due to the expected benefits that the team will achieve such as; Increases efficiency, better communication, and appreciation by other team members. 

Collaboration with Respect and Trust
True great teams will have team members that respect and trust each other, this is just the basic foundations for any successful team. 

Non-Functional Requirements
The product backlog is a container of both functional and non-functional requirements, the functional requirements delivered by the product owner based on the customer demands. The non-functional requirements are another type of work units that are written by the team to reflect technical aspects of user experience (UX), Performance Etc.

Do Not Criticize People
Wrong Criticism can be devastated if directed to the wrong areas, self-organized teams that should work together as one unit should use a constructive criticism that can actually contribute to the improvement of the team. 

Using Spikes for Better Commitments
A spike user story is a great way for scrum teams to handle large, complex user stories that they do not have the knowledge, experience or expertise to solve. Responsible teams will use spikes as an approach to do the necessary research prior to taking any commitments on stories that they do not understand. 

Now, due to the nature of this requirement that does not provide a direct business value, there is a Hugh important for the scrum team to be able to explain the business value to the other stakeholders and especially to their product owner to ensure that these non-functional stories are added and prioritized in the product backlog.

Although it's very hard to build a truly cross-functional team, it’s very important that we will go in this direction. Great teams have the right composition between the different roles that allowing the team members to gain a real focus on the goal and challenges of each sprint instead of wasting time on talking about each other responsibilities.

Knows their Real Customer
As described in the agile manifesto, the customer is the most important link in any SDLC project, the customer is the one that determines the requirements and approves the team deliverables. Great teams, knows their customer and what he really "Wants" and even more important what he really "Needs".  This is the only real way for a team to be able to meet the customer expectation and develop the right product for him. 

Does not use Estimations
This factor is only relevant for the most experienced teams, those teams have the technical excellence, knowledge, and experience that allowing them to make commitments on user stories without estimating them. 

Aware of possible dependencies
In most cases there will be more than a single team that involves the SDLC, a great team will be aware of all possible technical dependencies and interfaces with other teams and manage these by themselves. 

Understand the business value
Great teams understand the business value of their deliverables and how they contribute both to the customer and for the organization. I think that it’s a basic thing for a team member to understand how each commitment can affect the Business value and what can be the consequences of low-quality deliverables. 

Free the Time to Make Some Fun
There is always room for more work to be done, but sometimes the team needs to find the room to make some fun that will help them to increase the personal relationship and to release the day to day pressure.

Make an Efficient Retrospective
The retrospective meeting allows the team to discuss all issues that need to be resolved in order to improve both the team performance and the overall process. Great scrum teams will understand the importance of this meeting and use it to ensure that they improve sprint to sprint.  

In addition, the retrospective meeting can be devastating for the team morale if it became a "Blame" meeting (which indicates the low maturity of the team). A great team will perform this meeting with a positive and creative approach that ensures that all members will want to contribute and share their insights. 

Master the concept of Team Swarming
In Scrum, the team should deliver an incremental working functionality per each iteration, the delivery should base on stories that will provide the best ROI to the customer. to do so, we need to make sure that the top prioritized stories will develop first, team swarming is an approach that allows the team to work on a narrow list of user stories (Usually the TOP prioritized stories). 

Using this approach, the team can focus on specific stories (in some cases even one story) and work together to finish them quickly, this will allow the team to increase the % of delivering the most important stories first rather than working on a series of stories that may cause delays and reduced ROI.

No comments:

Post a Comment

My Presentations