{"id":736,"date":"2021-03-13T14:00:00","date_gmt":"2021-03-13T14:00:00","guid":{"rendered":"https:\/\/www.danieledavi.com\/blog\/?p=736"},"modified":"2021-03-13T17:41:56","modified_gmt":"2021-03-13T17:41:56","slug":"how-a-strong-team-culture-helps-the-team-heal","status":"publish","type":"post","link":"https:\/\/www.danieledavi.com\/blog\/2021\/03\/how-a-strong-team-culture-helps-the-team-heal\/","title":{"rendered":"How a strong team culture helps the team heal"},"content":{"rendered":"\n

Making errors is part of the job. We don’t know what and when but we know that will happen. It can happen many times a day or a week, at work as well as in our everyday lives. Someone says that the only way to avoid mistakes is doing nothing. I disagree. Sometimes, not taking action is the mistake. And it’s fine.

Errors are part of life, of our learning process of our evolution. Mutations are errors in DNA replication. Some mutations improve adaptability to the environment. Many profound discoveries and inventions were simply mistakes made by scientists on alternative quests (E.g. penicillin, pacemaker, chocolate chips cookies).<\/p>\n\n\n\n

Creating a safe environment for teams, especially in IT, doesn’t mean just running retrospectives and hearing everyone’s voice. Safety is not just about trust, autonomy, giving some slack or time for experimentation. There are some aspects at organizational level but also other dynamics at team level.
It is important to establish the correct team culture so that everyone is supportive and comfortable not only when succeeding but also in the middle of critical moments. You need your team at their best, focused and positive while responding to incidents, restoring systems after failure, reacting to attacks, when under external pressures or internal difficulties. This process doesn’t happen in a day. 

You need to get any occasion to coach the team and train them to respond in a productive way without losing time, confidence and trust in each other. It can be that your DevOps, QA, SRE or Developer broke the build, lost latest progress, deleted a configuration or a database or a branch, set the wrong feature flag, didn’t activate a cloud policy or any of the other millions of possible actions and operations that statistically everyday goes wrong in some part of the world at any time.<\/p>\n\n\n\n

What I usually teach the team is:<\/p>\n\n\n\n

  1. Pause, Think, Ask. <\/li>
  2. Verify if there is really a problem or the mistake is assuming there is an issue. Do not necessarily stop at the first answer. Some people exclude the possibility of having an issue just because it is unlikely. Pandemics are also unlikely but they happen. It’s OK to double check. No need to be paranoid. You will learn in time who in the team and the organization is able to provide reliable answers quickly.<\/li>
  3. If there is an issue, share the news. No one is comfortable giving bad news, but guess what, someone has to do it. If the office is on fire, everyone would like to know ASAP. Without alarming too many people, share the information about the incident or the concerning fact with the right people. According to the type of suspected incident, level of risk, impacted assets and resources, the people you need to contact may be different. A team lead, a manager, an executive, IT department, the Scrum Master, the Product Owner, legal, ad hoc incident report alias email, office manager, firefighters… No need to inform everyone. Good company policies should define a lightweight, clear, easy procedure to take action, including who should be informed and how.<\/strong> It is important that policies don’t turn into bureaucratic madness where people need to fill 3 forms, open ticket service desks, or call fictional people such as Mr. Wolf.<\/li>
  4. According to the type of issue, it could be an easy fix or not. It could require an automated or manual restore. It could require time and many people or not. Sometimes a small chain of fast messages in chats among the right people can solve issues in production systems in less than 5 minutes and without too much fuss.<\/li>
  5. Once the issue is solved it is very important to follow up. Run a post-mortem of the incident.<\/strong> How it happened? what everyone was doing at that moment? What preconditions, assumptions, habits, messages lead to the error? Some people are inclined to minimise. Some exaggerate. Some will blame, some will feel judged. It is important and OK to admit the responsibility. Radical transparency, openness, courage, accountability are Scrum values. Not by chance, but on purpose.<\/strong><\/li>
  6. More important than the who, though, it needs to be the what, the why and the how. The team needs to think, sweat, work, brainstorm on all possibile and even creative ways to make the system or the process more robust, more automated,more resilient. What can we do to minimise a risk or the impact of an error? What monitoring measures can we take? Can we aim to have a self-detecting or semi self-repairing system? Think big, look for experimentation and innovation. <\/strong>Encourage the whole team to fully cooperate in the exercise including people that may feel not directly involved. How can risks be shared in a better way?<\/li>
  7. Stay away from manual approvers, CAB, bottlenecks, stupid rules.<\/li><\/ol>\n\n\n\n

    The aim is not to spend a fortune in time, money, tools, resources to have perfect systems, perfect days for perfect teams, in perfect organizations.
    The goal is to learn, reduce costs and footprints, improve, increase awareness.<\/strong><\/p>\n\n\n\n

    After going through post-mortem meetings, as Scrum Master, Agile Coach, Manager or Facilitator, check on the team. Look for signs. 
    Did the failure lead to scapegoating or retaliation? Are the messengers “shot” or neglected? Is there any bullying or mocking attitude? Are there excessive or repetitive jokes about one’s mistake or weakness? Are the responsibles asking forgiveness and saying sorry too many times due to a previous mistake?
    Talk to them. One to one and in a team. They need to support each other and move on.<\/strong><\/p>\n\n\n\n

    Generative organizational culture which is based on high-trust<\/strong> and emphasizes information flow<\/strong> is predictive of software delivery performance and organizational performance in technology. The idea that a good culture that optimizes information flow is predictive of good outcomes<\/strong> is based on research by sociologist Dr. Ron Westrum. Westrum’s research<\/a> included human factors in system safety, particularly in the context of accidents in technological domains such as aviation and healthcare.
    <\/p>\n\n\n\n

    In summary:<\/strong><\/p>\n\n\n\n

    1. Mistakes happen. More often than what we think. <\/li>
    2. Encourage bridging and cooperation. Whether one can solve it alone, they should still pass the ball, share the info. Secrecy or hiding issues under the carpet is poison. <\/li>
    3. After the issue is fixed, run a post mortem. Ask the team not to look only at the past. What improvements can be proposed? Tell them to document findings.<\/li>
    4. Move on. No self-flagellation. Genuine reasonable mistakes are part of the business. Risks and responsibilities are shared across the organization. <\/li>
    5. Remind people that life doesn’t have to be without mistakes. Some of them bring innovation and evolution. <\/li>
    6. The only crime is not learning from mistakes. <\/li>
    7. Fear, silence, tensions aren’t making any good. Provide support, clarity, safety, guidance to the team. <\/li>
    8. Lead by example. When you make a mistake, acknowledge it, take responsibility, share it, run root-cause analysis and seek feedback. Move on better than yesterday, till the next endeavour.<\/li>
    9. Be a challenger, a pioneer, an explorer. Sometimes things go smooth, sometimes no.<\/li>
    10. It takes collaborative effort, growth mindset, generative culture and perseverance to be successful.<\/li><\/ol>\n\n\n\n

      * * *<\/p>\n\n\n\n

      I write about organizational patterns, transformational leadership, healthy businesses, high-performing teams, future of workplace, culture, mindset, biases and more. My focus is in leading, training, and coaching teams and organizations in improving their agile adoption. Articles are the result of my ideas, studies, reading, research, courses, and learning. The postings on this site and any social profile are my own and do not represent or relate to the postings, strategies, opinions, events, situations of any current or former employer.<\/p>\n\n\n\n

      This article has been published for the first time on danieledavi.com<\/a> by the author Daniele Davi\u2019.
      \u00a9 Daniele Davi\u2019, 2021. No part of this article or the materials available through this website may be copied, photocopied, reproduced, translated, distributed, transmitted, displayed, published, broadcast or reduced to any electronic medium, human or machine-readable form, in whole or in part, without prior written consent of the author, Daniele Davi\u2019.<\/p>\n","protected":false},"excerpt":{"rendered":"

      Making errors is part of the job. We don’t know what and when but we know that will happen. It can happen many times a day or a week, at work as well as in our everyday lives. Someone says that the only way to avoid mistakes is doing nothing. I disagree. Sometimes, not taking action is […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"ngg_post_thumbnail":0,"footnotes":""},"categories":[263,325,334],"tags":[258,345,340,342,344,264,23,346,341,343,339,127,126],"aioseo_notices":[],"jetpack_featured_media_url":"","jetpack_sharing_enabled":true,"jetpack_shortlink":"https:\/\/wp.me\/p90hsv-bS","jetpack-related-posts":[{"id":699,"url":"https:\/\/www.danieledavi.com\/blog\/2021\/02\/the-importance-of-trust-in-organisations\/","url_meta":{"origin":736,"position":0},"title":"The Importance of trust in organisations","author":"Daniele Dav\u00ec","date":"February 15, 2021","format":false,"excerpt":"Trust is a pillar for many organizations nowadays.I remember seeing on the\u00a0tv displays at the office\u00a0many times a day the ubiquitous message \"Microsoft is built on trust\" when I worked there.Many organizations following the trend come up with similar mottos, insert the trust narrative into their vision, mission, or values.\u2026","rel":"","context":"In "Agile"","block_context":{"text":"Agile","link":"https:\/\/www.danieledavi.com\/blog\/category\/agile-2\/"},"img":{"alt_text":"Not understanding the process","src":"https:\/\/i0.wp.com\/www.danieledavi.com\/blog\/wp-content\/uploads\/2021\/03\/FollowingTheprocess.jpg?resize=350%2C200&ssl=1","width":350,"height":200,"srcset":"https:\/\/i0.wp.com\/www.danieledavi.com\/blog\/wp-content\/uploads\/2021\/03\/FollowingTheprocess.jpg?resize=350%2C200&ssl=1 1x, https:\/\/i0.wp.com\/www.danieledavi.com\/blog\/wp-content\/uploads\/2021\/03\/FollowingTheprocess.jpg?resize=525%2C300&ssl=1 1.5x, https:\/\/i0.wp.com\/www.danieledavi.com\/blog\/wp-content\/uploads\/2021\/03\/FollowingTheprocess.jpg?resize=700%2C400&ssl=1 2x, https:\/\/i0.wp.com\/www.danieledavi.com\/blog\/wp-content\/uploads\/2021\/03\/FollowingTheprocess.jpg?resize=1050%2C600&ssl=1 3x"},"classes":[]},{"id":767,"url":"https:\/\/www.danieledavi.com\/blog\/2021\/03\/protect-your-work-from-home-space-from-toxicity\/","url_meta":{"origin":736,"position":1},"title":"Protect your work from home space from toxicity","author":"Daniele Dav\u00ec","date":"March 7, 2021","format":false,"excerpt":"A year ago, many countries took the first measures to tackle the emerging pandemic due to COVID-19. Lockdown, working from home, social distancing...Experts aren't certain if we'll be back to normality by 2022 or we will just prolong current habits and lifestyle to establish a new norm.\u00a0Will companies let employees\u2026","rel":"","context":"In "Business"","block_context":{"text":"Business","link":"https:\/\/www.danieledavi.com\/blog\/category\/business\/"},"img":{"alt_text":"Toxic Waste","src":"https:\/\/i0.wp.com\/www.danieledavi.com\/blog\/wp-content\/uploads\/2021\/03\/Toxic_waste.png?resize=350%2C200&ssl=1","width":350,"height":200,"srcset":"https:\/\/i0.wp.com\/www.danieledavi.com\/blog\/wp-content\/uploads\/2021\/03\/Toxic_waste.png?resize=350%2C200&ssl=1 1x, https:\/\/i0.wp.com\/www.danieledavi.com\/blog\/wp-content\/uploads\/2021\/03\/Toxic_waste.png?resize=525%2C300&ssl=1 1.5x"},"classes":[]},{"id":658,"url":"https:\/\/www.danieledavi.com\/blog\/2020\/11\/beyond-the-blue-badge\/","url_meta":{"origin":736,"position":2},"title":"Beyond the Blue Badge","author":"Daniele Dav\u00ec","date":"November 21, 2020","format":false,"excerpt":"I am writing this post to celebrate my experience at Microsoft. I was inspired by an episode of Beyond the Blue Badge Podcast hosted by Microsoft Alumni Association which I am a member of. I was hired as Apps & Infra Technical Solution Specialist at the Sales Technical Unit in\u2026","rel":"","context":"In "Leadership"","block_context":{"text":"Leadership","link":"https:\/\/www.danieledavi.com\/blog\/category\/leadership\/"},"img":{"alt_text":"DD Beyond The Blue Badge","src":"https:\/\/i0.wp.com\/www.danieledavi.com\/blog\/wp-content\/uploads\/2020\/11\/DD_BeyondTheBlueBadge.png?resize=350%2C200&ssl=1","width":350,"height":200,"srcset":"https:\/\/i0.wp.com\/www.danieledavi.com\/blog\/wp-content\/uploads\/2020\/11\/DD_BeyondTheBlueBadge.png?resize=350%2C200&ssl=1 1x, https:\/\/i0.wp.com\/www.danieledavi.com\/blog\/wp-content\/uploads\/2020\/11\/DD_BeyondTheBlueBadge.png?resize=525%2C300&ssl=1 1.5x, https:\/\/i0.wp.com\/www.danieledavi.com\/blog\/wp-content\/uploads\/2020\/11\/DD_BeyondTheBlueBadge.png?resize=700%2C400&ssl=1 2x, https:\/\/i0.wp.com\/www.danieledavi.com\/blog\/wp-content\/uploads\/2020\/11\/DD_BeyondTheBlueBadge.png?resize=1050%2C600&ssl=1 3x"},"classes":[]},{"id":255,"url":"https:\/\/www.danieledavi.com\/blog\/2017\/07\/dont-ignore-errors-rule-them\/","url_meta":{"origin":736,"position":3},"title":"Don’t ignore errors. Rule them.","author":"Daniele Dav\u00ec","date":"July 25, 2017","format":false,"excerpt":"\"If an error is possible, someone will make it. The designer must assume that all possible errors will occur and design so as to minimize the chance of the error in the first place, or its effects once it gets made. Errors should be easy to detect, they should have\u2026","rel":"","context":"In "Programming"","block_context":{"text":"Programming","link":"https:\/\/www.danieledavi.com\/blog\/category\/programming\/"},"img":{"alt_text":"","src":"https:\/\/i0.wp.com\/www.danieledavi.com\/blog\/wp-content\/uploads\/2017\/07\/wrong_by_desgin.jpg?resize=350%2C200","width":350,"height":200,"srcset":"https:\/\/i0.wp.com\/www.danieledavi.com\/blog\/wp-content\/uploads\/2017\/07\/wrong_by_desgin.jpg?resize=350%2C200 1x, https:\/\/i0.wp.com\/www.danieledavi.com\/blog\/wp-content\/uploads\/2017\/07\/wrong_by_desgin.jpg?resize=525%2C300 1.5x, https:\/\/i0.wp.com\/www.danieledavi.com\/blog\/wp-content\/uploads\/2017\/07\/wrong_by_desgin.jpg?resize=700%2C400 2x"},"classes":[]},{"id":546,"url":"https:\/\/www.danieledavi.com\/blog\/2020\/02\/stranger-things-can-happen-at-the-end-of-a-sprint\/","url_meta":{"origin":736,"position":4},"title":"Stranger things can happen at the end of a sprint","author":"Daniele Dav\u00ec","date":"February 8, 2020","format":false,"excerpt":"As the end of the Sprint is approaching, usually in the last few hours before demo or even after, some team member decides to rush activities. What for the whole Sprint (1-4 weeks) and surely till \"yesterday\" wasn't possible to complete in 1-2 days, suddenly can be finished in few\u2026","rel":"","context":"In "Agile"","block_context":{"text":"Agile","link":"https:\/\/www.danieledavi.com\/blog\/category\/agile-2\/"},"img":{"alt_text":"","src":"","width":0,"height":0},"classes":[]},{"id":493,"url":"https:\/\/www.danieledavi.com\/blog\/2019\/07\/4-cultural-strategies-that-can-drive-improvement-as-easy-as-pie\/","url_meta":{"origin":736,"position":5},"title":"4 cultural strategies that can drive improvement as easy as pie","author":"Daniele Dav\u00ec","date":"July 8, 2019","format":false,"excerpt":"Support and encourage learning. Always. As a priority.Facilitate and support collaboration within the team and among teams.Provide tools and resources that make work meaningful. Use them wisely.Embody or support transformational leadership.","rel":"","context":"In "Business"","block_context":{"text":"Business","link":"https:\/\/www.danieledavi.com\/blog\/category\/business\/"},"img":{"alt_text":"","src":"","width":0,"height":0},"classes":[]}],"amp_validity":null,"amp_enabled":true,"_links":{"self":[{"href":"https:\/\/www.danieledavi.com\/blog\/wp-json\/wp\/v2\/posts\/736"}],"collection":[{"href":"https:\/\/www.danieledavi.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.danieledavi.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.danieledavi.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.danieledavi.com\/blog\/wp-json\/wp\/v2\/comments?post=736"}],"version-history":[{"count":2,"href":"https:\/\/www.danieledavi.com\/blog\/wp-json\/wp\/v2\/posts\/736\/revisions"}],"predecessor-version":[{"id":786,"href":"https:\/\/www.danieledavi.com\/blog\/wp-json\/wp\/v2\/posts\/736\/revisions\/786"}],"wp:attachment":[{"href":"https:\/\/www.danieledavi.com\/blog\/wp-json\/wp\/v2\/media?parent=736"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.danieledavi.com\/blog\/wp-json\/wp\/v2\/categories?post=736"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.danieledavi.com\/blog\/wp-json\/wp\/v2\/tags?post=736"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}