Empathy in Agile Team Communication: Why It Matters More Than You Think

Agile is a widely adopted methodology for software development that prioritizes collaboration, adaptability, and continuous improvement. These principles are the foundation of Agile’s success, enabling teams to work together effectively and deliver high-quality results in a fast-paced environment. However, in order for these principles to work at their best, team members must have a deep understanding of one another. This is where empathy comes into play. By incorporating empathy into their communication style, Agile teams can foster a more positive and collaborative work environment, ultimately leading to improved outcomes and success.

What is Empathy?

Empathy is the ability to understand and share the feelings of others. It goes beyond sympathy, which is simply feeling sorry for someone. Empathy allows us to put ourselves in another person’s shoes and see things from their perspective. This understanding allows us to communicate more effectively and resolve conflicts in a constructive manner.

The Importance of Empathy in Agile Teams

Agile teams rely on open and honest communication to succeed. Teams must be able to share their thoughts, ideas, and concerns freely in order to make informed decisions and find solutions to problems. However, this level of collaboration can only be achieved if team members understand each other and are able to communicate in a way that is both respectful and effective.

Empathy plays a crucial role in promoting this kind of communication. When team members understand each other’s perspectives and feelings, they are better able to work together to resolve conflicts and find solutions that work for everyone. Empathy helps to build trust, foster collaboration, and create a positive work environment where everyone feels valued and heard.

The Impact of Empathy on Team Dynamics

Empathy has a significant impact on team dynamics. Teams that lack empathy tend to be more siloed and less collaborative. Members may have difficulty communicating and understanding each other, leading to disagreements and conflicts that can slow down the project and negatively impact productivity.

On the other hand, teams with high levels of empathy tend to be more cohesive and work together more effectively. Members are able to understand each other’s perspectives and work towards common goals, resulting in a more productive and harmonious work environment. Empathy helps to build trust and promote cooperation, which is essential for success in Agile teams.

Team showing empathy

Empathy in Conflict Resolution

Conflict is an inevitable part of any team dynamic. However, it can be particularly challenging in Agile teams, where members are working together closely and must make decisions quickly. Empathy is a valuable tool in resolving conflicts in an Agile environment. When team members understand each other’s perspectives and feelings, they are better able to find solutions that work for everyone.

Best Practices for Empathy in Agile Teams

To promote empathy in Agile teams, it is important to implement best practices that encourage understanding and appreciation of each other’s perspectives and emotions. Some of the best practices include:

  • Active Listening and Seeking to Understand: Encourage team members to actively listen and seek to understand each other’s perspectives and emotions. This can be done through regular retrospectives, one-on-one meetings, or team-building activities.
  • Showing Empathy in Both Words and Actions: Empathy should not only be expressed in words but also demonstrated in actions. Team members should strive to understand and appreciate each other’s perspectives and emotions, and act in ways that reflect that understanding.
  • Encouraging Empathy in Team Culture and Practices: Empathy should be encouraged in team culture and practices. This can be done by promoting active listening, encouraging open and honest communication, and creating opportunities for team members to understand and appreciate each other’s perspectives and emotions.
  • Continuously Practicing and Developing Empathy Skills: Empathy skills can and should be continuously developed and practiced. This can be done through training and workshops, or through ongoing reflection and self-awareness.

In conclusion

Empathy is a crucial component of effective communication in Agile teams. It allows team members to understand each other’s perspectives and feelings, promoting collaboration, trust, and a positive work environment. Empathy also plays a key role in resolving conflicts, resulting in a more harmonious team dynamic and improved productivity.

It is important to understand the value of empathy and incorporate it into your team’s communication style. Empathy may not be a traditional technical skill, but it’s an essential tool in promoting effective communication and achieving success in Agile environments.

Incorporating empathy into your team’s communication style doesn’t have to be difficult. Simple practices such as encouraging team members to share their feelings and perspectives, or incorporating empathy-building activities into your team dynamic, can go a long way in promoting a more empathetic and effective team. So why not give it a try and see the positive impact it can have on your Agile team’s communication and success.

Continuous Learning: The Key to Personal Growth and Professional Success

The saying “the only constant in the universe is change” is more relevant than ever in today’s fast-paced world. The ability to adapt and evolve is essential for survival in the constantly changing business landscape. Continuous learning, a lifelong pursuit of knowledge and skill development, enables individuals and organizations to remain relevant and competitive. With the world of business moving at a rapid pace, it’s important to keep up with the latest technologies and industry trends to stay ahead of the curve. Continuous learning can help us achieve this by providing the necessary skills and knowledge to take advantage of new opportunities and technologies, making it an important aspect of personal growth and professional success.

The traditional approach of learning only through formal education or training is no longer sufficient.

One philosophy that emphasizes continuous learning is Kaizen, which originated in Japan and means “improvement” or “change for the better.” Kaizen focuses on small, incremental improvements that lead to significant long-term results. By consistently seeking out new knowledge and skills, individuals can achieve their goals and stay competitive in their field.

Painting of Change. by Malevich (as envisioned by Stable Diffusion AI)
Painting of Change. by Malevich (as envisioned by Stable Diffusion AI)

But it’s not just individuals who can benefit from continuous learning.

Building a learning culture within an organization is crucial for success. A learning culture encourages employees to take initiative and constantly improve their skills, leading to increased productivity and innovation. In fact, a report by Deloitte found that organizations with a strong culture of learning and development tend to have more engaged employees and higher levels of innovation. A culture of continuous learning also attracts top talent, as individuals are drawn to organizations that prioritize their professional growth.

Moreover, continuous learning can also help organizations to keep pace with technological advancements and industry trends. In today’s digital age, new technologies and tools are emerging at a rapid pace. Organizations that fail to keep up risk falling behind their competitors. By fostering a culture of continuous learning, organizations can ensure that their employees have the necessary skills and knowledge to take advantage of new technologies and stay ahead of the curve.

One way to establish a learning culture within an organization is through the use of agile methodologies.

Agile is a project management approach that emphasizes flexibility, collaboration, and continuous improvement. By regularly reassessing and adjusting their work processes, teams using agile can quickly adapt to changes and stay ahead of the curve. Agile methodologies provide an environment that encourages continuous learning and improvement, making it an effective tool for building a learning culture.

One of the key principles of agile is its focus on continuous improvement. Agile teams regularly assess their work processes and make adjustments as needed. This allows teams to continuously learn from their successes and failures, and make improvements that lead to better results. This process of continuous improvement is a key component of building a culture of learning within an organization.

Another important aspect of agile is its emphasis on collaboration. Agile teams are made up of individuals from different departments and backgrounds, who work together to achieve a common goal. This cross-functional collaboration allows team members to learn from one another, share their knowledge and expertise, and work together to find solutions to problems. This collaborative approach also helps to create a culture of continuous learning, as team members are encouraged to share their ideas and learn from one another.

Implementing agile can be challenging.

It is important to have the right support in place. That’s why I encourage organizations to reach out for help with agile transformation. By working with an experienced professional, you can ensure a smooth transition and set your team up for success.

In conclusion, continuous learning is vital for personal growth and professional success. By embracing the philosophy of Kaizen and building a learning culture through agile, individuals and organizations can achieve their goals and stay competitive in their field. Don’t wait, start your continuous learning journey today.

Beyond Software: Can Agile Be Used for Non-Tech Projects?

Agile methodology has been a game-changer in the software development industry, but can it be applied to non-tech projects? The answer is yes.

Agile is a flexible and adaptable project management approach that can be used in a variety of industries, including education, or for maniging projects at non-profit organizations.

In education, Agile can be used to improve the effectiveness of curriculum development.  For example, an Agile approach can be used to break down the curriculum development process into small, manageable chunks and allow for continuous feedback from teachers and students. This approach can help to ensure that the curriculum is relevant and effective. Additionally, Agile can improve communication and collaboration between teachers, administrators, and students.

Similarly, Agile can be used in non-profit organizations to manage projects such as fundraising and volunteer coordination. The Agile approach can help non-profits to be more responsive to the needs of their clients and to make better use of limited resources. Agile emphasizes regular meetings and check-ins, which can help to keep team members informed and on track. It also encourages collaboration and continuous feedback, leading to a more positive work environment.

Team during Agile meeting

However, it is essential to note that Agile is not a one-size-fits-all approach and it may not be suitable for every project.

If you’re interested in using Agile for your non-software projects, here are some steps you can take to get started:

  1. Identify your organization’s specific needs and determine if Agile is the right approach for your project.
    • Assess the current project management approach and identify areas for improvement.
    • Identify the goals and objectives of the project and determine if Agile aligns with them.
    • Determine if the project requires a flexible and adaptable approach.
    • Consider the size and complexity of the project and determine if Agile is feasible.
  2. Create a team of stakeholders who will be involved in the Agile implementation process.
    • Identify key stakeholders such as project managers, team members, and stakeholders.
    • Involve all stakeholders in the Agile implementation process.
    • Create a team charter outlining the roles and responsibilities of each team member.
    • Hold regular team meetings to ensure all stakeholders are informed and engaged.
  3. Develop a detailed plan for implementing Agile, including timelines and resources.
    • Create a project roadmap outlining the key milestones and deliverables.
    • Identify the resources required to implement Agile, such as training and tools.
    • Develop a detailed project plan including timelines and deadlines.
    • Identify any potential risks or roadblocks and develop a plan to mitigate them.
  4. Start with small projects to test the Agile approach before scaling up.
    • Start with a pilot project that is small in scope and easy to manage.
    • Use the pilot project to test the Agile approach and identify any challenges.
    • Adjust the approach as needed and use the pilot project as a learning opportunity.
    • Once the pilot project is successful, scale up to larger projects.
  5. Monitor progress and adjust the approach as needed.
    • Regularly review project progress and identify any areas for improvement.
    • Hold regular retrospectives to reflect on the project and identify areas for improvement.
    • Make adjustments to the approach as needed to ensure the project stays on track.
    • Continuously monitor progress and make adjustments as needed to ensure success.
  6. If you need help with Agile transformation, or if you would like to know more about the benefits of Agile for non-software projects, please fill free to reach out and I would be happy to answer any questions you may have.

In conclusion, Agile methodology can just as well benefit many non-tech projects such as projects in education or projects managed by non-profit organizations. It is a flexible and adaptable approach that can improve project management and increase the well-being of employees. It’s a method that can be easily adapted to various industries and can be a game-changer for non-tech projects as well. Agile can be a great solution for organizations looking to improve their project management, communication, and collaboration within the team.

Agile Manifesto for Personal Development

In the earlier post, I shared my thoughts on using Agile software development principles for personal growth. And it seems an agile framework can be incredibly valuable for approaching growth and development in a flexible, collaborative, and sustainable way. That’s why I decided to take things a step further and see how the Agile Manifesto can be applied to personal development.

Individuals and their unique experiences and perspectives over strict methods and strategies

Prioritizing individual growth and well-being over external measures of success

Collaborating with others and seeking support in our growth journey over pursuing personal growth alone

Adapting to personal and professional changes and challenges over sticking to a fixed plan

Prioritizing progress and self-awareness over perfection

Embracing experimentation and failure as opportunities for growth and learning over avoiding risk

Maintaining a balance between personal and professional growth, as well as physical and mental well-being, over focusing solely on one aspect of life

Seeking continuous self-improvement and self-awareness over complacency

Valuing open and honest communication and self-reflection in personal growth over superficial appearances.

Let’s examine each item in more detail.

Individuals and their unique experiences and perspectives over strict methods and strategies. 

Every person has their own unique experiences, perspectives, and ways of learning and growing. By valuing individuals and their unique qualities, I can better support their (and my own) personal growth and development. This may involve being flexible with my approach and being open to trying new strategies and methods that are tailored to the individual.

Prioritizing individual growth and well-being over external measures of success. 

Personal growth and well-being should be the primary focus, rather than external measures of success such as grades, awards, or societal expectations. By prioritizing individual growth and well-being, I can better support myself and others in our growth journey. This may involve setting personal goals and focusing on personal development rather than external validation.

Collaborating with others and seeking support in our growth journey over pursuing personal growth alone. 

Personal growth is often enhanced by collaborating with others and seeking support from others in our growth journey. By working together and seeking support, we can learn from each other and grow together. This may involve seeking out mentors or seeking support from peers or a support group.

Adapting to personal and professional changes and challenges over sticking to a fixed plan. 

Personal growth often involves adapting to changes and challenges in our lives. By being open to change and willing to adapt, I can better navigate challenges and continue to grow and develop. This may involve being flexible and open to new opportunities and being willing to reassess my goals and plans as needed.

Prioritizing progress and self-awareness over perfection. 

Progress and self-awareness are more important than striving for perfection. By focusing on progress and self-awareness, I can better understand my own growth and development, and continue to work towards personal growth and well-being. This may involve setting achievable goals and regularly reflecting on my progress and areas for improvement.

Embracing experimentation and failure as opportunities for growth and learning over avoiding risk. 

Experimentation and failure can be valuable opportunities for growth and learning. By being open to trying new things and being willing to learn from my mistakes, I can continue to grow and develop. This may involve taking risks and trying new things, even if there is a chance of failure. It may also involve learning from my mistakes and using them as opportunities for personal growth.

Maintaining a balance between personal and professional growth, as well as physical and mental well-being, over focusing solely on one aspect of life.

It’s important to maintain a balance between personal and professional growth, as well as physical and mental well-being. By focusing on all aspects of my life, I can better support my overall growth and well-being. This may involve setting goals and making plans in all areas of my life, and regularly reviewing and adjusting my priorities to ensure that I am taking care of myself physically, mentally, and emotionally.

Seeking continuous self-improvement and self-awareness over complacency. 

It’s important to continually seek self-improvement and self-awareness in order to continue growing and developing. By being open to new ideas and ways of thinking, and being willing to reflect on my own growth and development, I can continue to work towards personal growth and well-being. This may involve setting learning goals, seeking out new experiences and challenges, and regularly engaging in self-reflection.

Valuing open and honest communication and self-reflection in personal growth over superficial appearances. 

Open and honest communication and self-reflection are key to personal growth and development. By being open and honest with myself and others, and being willing to reflect on my own growth and development, I can better support my personal growth and well-being. This may involve being honest with myself about my strengths and weaknesses and being willing to seek feedback and support from others.

By embracing these values, we can better support ourselves and others in our agile growth journey and achieve growth and well-being in all aspects of our lives. Have you ever thought about using Agile for your own growth journey? Which items resonate with you the most?

Agile Principles for Personal Growth

Striving to become the best version of yourself?

Agile software development offers the solution. Through its principles, we can identify our weaknesses and take action to grow and improve. By implementing these principles, we can create a path for personal growth and success.

Agile software development is an approach to project management that prioritizes flexibility, encourages collaboration, and promotes continuous improvement. This methodology is based on 12 core principles, and we are going to apply these principles to personal growth and development.

Personal Growth
Personal growth is key to a successful life.

The 12 principles

Here are the 12 principles of agile software development, along with suggestions for how they can be adapted for personal growth and development:

“Our highest priority is to satisfy the customer through the early and continuous delivery of valuable software.”

Thus, prioritize meeting the needs and expectations of yourself and then – others. This could also mean setting clear goals and regularly checking in with yourself and others to ensure that you are making progress and meeting your objectives.

“Welcome changing requirements, even late in development; Agile processes harness change for the customer’s competitive advantage.”

Thus, welcome and embrace change as an opportunity for growth and development. This could also mean being open to new experiences and challenges and being willing to adjust your goals or strategies as you learn and grow.

“Deliver working software frequently, from a couple of weeks to a couple of months, with a preference for a shorter timescale.”

Thus, take small, consistent steps towards your goals, and regularly review and reflect on your progress. This could also mean breaking work into smaller pieces, setting short-term goals, and regularly checking in with yourself to ensure that you are making progress and staying on track.

“Business people and developers must work together daily throughout the project.

Thus, work closely with others and seek out opportunities for collaboration and support. This could also mean seeking out mentors, coaches, or support groups to help you on your journey, and being open to feedback and suggestions from others.

“Build projects around motivated individuals, give them the environment and support they need, and trust them to get the job done.”

Thus, build a supportive environment that encourages and motivates everyone to succeed. This could also mean setting up a physical or virtual workspace that is conducive to learning and growth and surrounding yourself with people who support and encourage you.

“The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.”

Thus, communicate openly and honestly with others, and seek out regular feedback and guidance. This could also mean being open and transparent with others about your thoughts, feelings, and goals, and regularly seeking out feedback and suggestions from others.

“Working software is the primary measure of progress.”

Thus, regularly check in with yourself to assess your overall well-being and satisfaction with life, and use this as a gauge of your progress and success. It could also mean setting goals and priorities that align with your values and aspirations and taking concrete steps to achieve them.

“Agile processes promote sustainable development; the sponsors, developers, and users should be able to maintain a constant pace indefinitely.”

Thus, maintain a healthy balance between work and leisure, and avoid burnout or exhaustion. This could also mean setting aside regular time for rest, relaxation, and rejuvenation, and avoiding over-committing or taking on too much at once.

“Continuous attention to technical excellence and good design enhances agility.”

Thus, continuously seek out opportunities to learn and improve, strive to grow your competencies, but also be kind to yourself. This could also mean being open to new ideas and experiences, and actively seeking out opportunities to grow and develop.

“Simplicity – the art of maximizing the amount of work not done – is essential.”

Thus, simplify and clarify your goals and priorities, and focus on what is most important and valuable. This could also mean setting clear, achievable goals and priorities, and avoiding getting overwhelmed by too many competing demands.

“The best architectures, requirements, and designs emerge from self-organizing teams.”

Thus, you can empower yourself to take control of your own life and development, and seek out opportunities for self-direction and autonomy. This could also mean taking an active role in shaping your own life and development, rather than simply following the lead of others.

“At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.”

Thus, regularly review and reflect on your progress and effectiveness, and adjust your approach as needed. This could also mean setting aside regular time to review and reflect on your progress and goals, and making adjustments or improvements as needed.

Conclusion

Overall, these principles offer a valuable framework for approaching personal growth and development in a flexible, collaborative, and sustainable way. By focusing on individuals and interactions, responding to change, and valuing transparency and openness, we can create a supportive environment for learning and growth, and strive to become the best versions of ourselves.

Why Story Points are Pointless

A product backlog item, a user story, or any other piece of work is measured in story points, which are a unit of measure for conveying an estimate of the entire effort (or complexity) required to implement it.
We assign a point value to each item when estimating with story points. Teams usually utilize a Fibonacci or Fibonacci-like scale of 1,2,3,5,8,13,21, and so on. These points are frequently rolled up as a technique of monitoring velocity (the sum of points for items finished that iteration) and/or capacity planning (the number of points we can fit in an iteration).

Story points appear to be a good idea for a variety of reasons:

  • The relative method eliminates the need for a ‘date commitment’, so no artificial deadlines.
  • It is less expensive than traditional estimation.
  • Collaboration and cross-functional behaviors are encouraged.
  • You cannot compare teams using different story point definitions.

But there are a few things you may not know about story points:

  • Story points were not (and have never been) referenced in the Scrum Guide, nor have they been a required component of Scrum.
  • The eXtreme Programming (XP) initiative gave birth to story points.
  • They began by estimating in “ideal days” and later, unitless Story Points. – Ron Jeffries is credited with introducing them.

Ron Jeffries, the creator of story points estimation, has a word of caution to anyone using the story points to estimate their work – “beware of using story points, they turn out to have been a bloody mistake.”

Problems with story points:

  • They can confuse customers.
  • Within a team, they are wildly inconsistent.
  • They may promote negative behaviors.
  • They are a clumsy planning technique that’s full of assumptions

To address some of the above problems, Nick Brown, in his article “Story Pointless,” is proposing some better ways for story estimation/forecasting. He suggests that two key flow metrics be used – Cycle Time and Work Item Age.

The length of time that has passed between when a work item began and when it was completed is known as Cycle Time. Our 85th percentile indicates that we complete 85 percent of our stories in N days or fewer. As a result, we can explain this to consumers and stakeholders by saying, “If we start working on this now, we have an 85% chance of finishing it in N days or fewer.”

If the customer is satisfied with the prediction and we begin work on an item, it is critical that we do not stop there and continue to manage the customer’s expectations.

Cycle Time

Work Item Age is the second metric for use to keep a constant focus on flow. This is the time difference (in days) between the start and the present time. This only applies to products that are still being worked on.

We should use this in the Daily Scrum to compare an item’s age to our 85th percentile time, as well as to see where it is in our process.

If the cycle period is about to be ‘breached,’ we need to swarm on an item or break it down as needed. If this isn’t possible, there’s a need to consult with stakeholders to come up with the best solution.
Our duty as a Scrum Master / Agile Delivery Manager / Coach would be to help the team comprehend the trade-offs between high WIP age items vs. those closest to completion vs. starting something new.

In the world of software development, estimating when something will be completed is particularly difficult. Our work is primarily in the ‘Complex’ (using Cynefin) domain, where there are “unknown unknowns.” When someone inquires, “When will it be finished?” — because there are so many variables to consider, we can’t give them a single date or number. As a result, rather than approaching the question as deterministic (a single possibility), we approach it as probabilistic (a range of possibilities), so we give the answer with a probabilistic date range instead of a specific date. We also don’t use story points.

Building a High-Performance Team

In the book, The Wisdom of Teams, Jon Katzenbach and Douglas Smith define a team as “a small number of people with complementary skills who are committed to a common purpose, performance goals, and approach for which they hold themselves mutually accountable.” There are some valuable aspects of this definition that are worth discussing. First, note that teams are described here as generally “small.” Keeping a team small (12 or fewer members) allows team members to develop better relationships and communicate more directly.

Second, team members have “complementary skills.” While individual team members may not possess all the skills required to complete a project on their own, the team collectively has the necessary skills. This could mean the team consists of specialists who all own their roles in the project, but agile methods also promote the use of generalizing specialists (multi-skilled individuals who can readily move between roles). Generalizing specialists with cross-functional skills can perform many different tasks on projects and can help smooth resourcing peaks and troughs.

Third, teams are defined as being “committed to a common purpose.” This means team members are aligned with a project goal that supersedes their personal agendas. Teams also share common “performance goals” and a common “approach.” In other words, team members are in alignment (if not always in agreement) as to how the goals will be measured and how the team should go about the work. Finally, there’s the idea that team members “hold themselves mutually accountable.” In other words, the team has shared ownership of the outcome of the project.

High-performance team

Many people have researched how we build high-performing teams, including Carl Larson and Frank LaFasto, authors of the book Teamwork. Larson and LaFasto interviewed a wide range of teams, including the space shuttle Challenger investigation team and executive management teams, and discovered a surprising consistency in the characteristics of effective teams. In their book, the authors explored the eight properties of successful teams and examined priorities in building a high-performance team. The following guidelines are influenced by their research:

  • Create a shared vision for the team: Doing so enables the team to make faster decisions and builds trust.
  • Set realistic goals: We should set people up to succeed, not fail, so goals need to be achievable. 
  • Limit team size to 12 or fewer members: Small teams communicate better and can support tacit (unwritten) knowledge. 
  • Build a sense of team identity: Having a team identity helps increase each team member’s loyalty to the team and their support for other team members.
  • Provide strong leadership: Leaders should be there to point out the way, and then let the team own the mission. 

Lyssa Adkins, an author of Coaching Agile Teams, has also explored the concept of a high-performance team and identified the following characteristics of such teams:

  1. They are self-organizing, rather than role- or title-based.
  2. They are empowered to make decisions.
  3. They truly believe that as a team they can solve any problem.
  4. They are committed to team success vs. success at any cost.
  5. The team owns its decisions and commitments.
  6. Trust, vs. fear or anger, motivates them.
  7. They are consensus-driven, with full divergence and then convergence.
  8. And they live in a world of constant constructive disagreement

Let’s look at these characteristics in more detail. Members of self-organizingempowered teams are freed from command-and-control management and can use their own knowledge to determine how best to do their job. Empowering teams enables organizations to tap into people’s natural ability to manage complexity. We manage complexity every day, by juggling our work life, home life, e-mails, phone calls, and appointments. Organizations often fail to capitalize on this ability when it comes to executing project tasks, however. Instead of presenting team members with a number of items that have to be accomplished, they present a set of ordered tasks that, in reality, might best be done in a different way. Allowing teams to self-organize enables us to use the individual complexity management skills that we all have.

The recognition that the team is in the best position to organize the project work is liberating and motivating for the team members. People work harder and take more pride in their work when they are recognized as experts in their domain. When self-organizing teams select work items from the queue of waiting work, they have the expertise to choose those items that are not blocked for any reason, that they are capable of doing, and that will bring them toward the iteration goal. This practice alleviates many of the technical blockages seen in push systems where the task list and sequence are imposed on the team.

Thus we need to delegate responsibility for success to the team and allow them to do what is necessary to achieve the goal. This is the “downward serving” or servant leadership model used by agile methods. Instead of a “directing” style, which is a command-and-control approach where instructions are passed from the project manager to team leads down to team members, agile projects take a servant leadership approach, where the project manager or leader shields the team from interruptions, removes impediments, communicates the project vision, and provides support and encouragement.

High-performance team

Using trust (rather than fear or anger) as a driving force in teams’ motivation helps the team in establishing open, honest, and transparent communications. Trust is a key factor in team building and a needed enabler for cooperation. A high-performance team increases trust by building a culture of partnership and shared values. In general, trust-building is a slow process, but it can be accelerated with open interaction and good communication skills. Trust building needs personal knowledge and regular face-to-face interaction, but it also requires empathy, respect, and genuine listening.

Trust along with item 7 (“They are consensus-driven, with full divergence and then convergence”) speaks to establishing a safe environment in which team members debating or arguing over issues is seen as healthy and is encouraged because this practice ultimately leads to better decisions and stronger buy-in to those decisions once they are made. Divergence (the argument and debate) and convergence (the agreement about the solution) increase the team’s commitment.

Item 8 (“High-performance team live in a world of constant constructive disagreement) is related to item 7. Constructive disagreement is vital to really understanding and working out issues. Patric Lencioni, the author of The Five Dysfunctions of a Team, lists the following dysfunctions that damage and limit team performance:

  1. The absence of trust: Team members are unwilling to be vulnerable within the group.
  2. Fear of conflict: The team seeks artificial harmony over constructive, passionate debate.
  3. Lack of commitment: Team members don’t commit to group decisions or simply feign agreement with them.
  4. Avoidance of accountability: Team members duck the responsibility of calling peers on counterproductive behavior or low standards.
  5. Inattention to results: Team members prioritize their individual needs, such as personal success, status, or ego, before team success. 
Five dysfunctions of a team

These dysfunctions all stem from avoiding conflict (or constructive disagreement) and not having a safe environment where it is okay to ask questions. Establishing a safe environment for disagreement is key to success; such an environment allows team members to build a strong commitment to decisions. If they have such a commitment when they encounter the inevitable obstacles on a project, rather than returning to management with a list of reasons why something cannot be done, they instead push past the obstacles or find a way around them.

In conclusion, a high-performance team is a small group of people with complementary skills that are united by a common purpose, performance goals, and approach. To be successful, teams should have shared vision, realistic goals, team identity, strong leadership, self-organization, empowerment, belief in their ability to solve problems, commitment to team success, ownership of decisions and commitments, trust, and consensus-driven decision-making with constructive disagreement. These characteristics enable teams to be agile, adaptable, and responsive to change and are essential for achieving high performance.

The Three Pillars of Scrum

The strength of any project or company is in getting all the parties involved working together in order to achieve the same goal or vision. In order for this to happen the team needs to be able to access all the information that might be useful in development.

Scrum is a popular agile theory based on the empirical process control theory. Scrum methodology is lightweight and easy to understand, but like all agile methods, it is difficult to master. The methodology documented in the “Scrum framework” is a set of team guidance practices, roles, events, artifacts, and rules to execute projects by. The theory behind Scrum is based on the three pillars of TransparencyInspection, and Adaption:

Three Pillars of Scrum
  • Transparency: This pillar involves giving visibility to those responsible for the outcome. The strength of any project or company is in getting all the parties involved working together in order to achieve the same goal or vision. In order for this to happen the team needs to be able to access all the information that might be useful in development. An example of transparency would be creating a common definition of what “done” means, to ensure that all stakeholders are in agreement. 

Another aspect of transparency is related to the other two pillars. It is very difficult to Inspect something that isn’t visible. In other words, you can’t solve a problem if you don’t know what it is. Having transparency in the organization as to where things aren’t running perfectly — without assigning blame — gives the entire organization a competitive advantage, as they can then address those issues and become faster, better, and more valuable.

  • Inspection: This pillar involves timely checks on how well a project is progressing towards its goals, looking for problematic deviations or differences from the goal.

An inspection happens both per iteration during retrospectives and daily during the daily scrum. Healthy inspection habits help the team and organization critically view their work and processes and see if there is anywhere the team/organization could improve. This is where transparency across the organization and within the team is important. Without that transparency, it is very difficult to inspect.

A key aspect of inspection in Scrum is that it is approached completely in a non-judgemental, non-blaming way. We aren’t interested in finding out whose fault it is, what we are interested in is finding out what we can do with this now, what have we learned and how we can do better next time

  • Adaption: This pillar involves adjusting a process to minimize further issues if an inspection shows a problem or undesirable trend. 

It’s not enough to just notice the problems or opportunities, the team needs to be empowered to make the changes necessary in order to either fix the problem or experiment with an opportunity. Scrum fosters a “fail fast, fail often” approach. This helps the teams to uncover any issues and address them quickly.

Another aspect of adaption is that during development oftentimes things change — new priorities, a crisis, a change of leadership, downsizing or upsizing, world events, or a market disruptor. Any number of things can dramatically change the work that needs to be done. Traditional teams, who have all the work planned up ahead, will have a hard time adapting to the new reality. They will have to go through change requests, budget negotiations, and new contracts. Teams working with the scrum framework have the benefit of being able to adapt to the new situation and deliver a valuable, relevant product to the client, faster. No contracting, no change requests, just a group of people working together to achieve a common goal.

For Scrum to be effective, each of these pillars must stand and be supported – one without the others greatly deters the effectiveness of Scrum implementation.