{"id":3209,"date":"2021-12-02T15:10:27","date_gmt":"2021-12-02T15:10:27","guid":{"rendered":"https:\/\/agilebeyondboundary.com\/?p=3209"},"modified":"2021-12-17T06:01:39","modified_gmt":"2021-12-17T06:01:39","slug":"acknowledging-anti-patterns","status":"publish","type":"post","link":"https:\/\/agilebeyondboundary.com\/index.php\/2021\/12\/02\/acknowledging-anti-patterns\/","title":{"rendered":"Acknowledging Anti Patterns"},"content":{"rendered":"\n

Common aspect among Scrum, Kanban, XP, BDD or any other Agile methodology is their main goal.\u00a0\u00a0All such frameworks or models aim to establish Agile mindset in team by adhering to 4 values and 12 principles mentioned in\u00a0Agile manifesto<\/a><\/p>\n\n\n\n

Among them, Scrum is the most popular one. Simple yet impactful, Scrum is structured framework, with well-defined ceremonies, roles and artifacts, plus ample of opportunity to do-it-the-way-it-suits-you.<\/p>\n\n\n\n

Often during scrum adoption, team tend to practice \/ approach the ceremonies in a way, that in place of making team closer to Agile mindset (value and principle), it takes them away. Such practices are commonly referred as anti-patterns; as they tend to do just opposite to what the very purpose of a ceremony is. <\/p>\n\n\n\n

Though, there is no pre-defined standard list of anti-patterns, and every team unconsciously creates its own unique anti-pattern; below are the most common ones, specially experienced with new team \/ SM.<\/p>\n\n\n\n

Ceremony<\/strong><\/td>Anti-Patterns<\/strong><\/td>How to resolve it<\/strong><\/td><\/tr>
Daily<\/td>Team treat daily meeting as a status meetingScrum master ask questions to everyone \/ takes statusScrum master is speaking most of timePeople are discussing technical solution in this meeting Running beyond 15 minutes People do it in standard way every day (like one by on speaking in an order and only focusing on 3 standard questions)There is no fix time \u2013 often teams are doing it at different timeEvery team member is not participating <\/td>Daily meeting is day plan meeting SM \/ Agile coach need to guide team to take it as team\u2019s day plan activityFocus should be on what we can accomplish today, whether we are on track as per Sprint plan \/ sprint goal For any specific discussion on impediment, technical solution etc.; keep extra meeting time (ensure a room is book etc.) just after daily standupGamify it, bring some funny and innovative way to do it \u2026 ensure you are braking the monotony  <\/td><\/tr>
Sprint Planning<\/td>PO does not participate alwaysTeam do it anytime in Sprint (whenever they feel like)People are discussing around story \u2013 dependencies, readiness, doubts, etc.   [Many time team do activities of Product backlog refinement meetings in planning meeting]Every team member is not participating<\/td>Ensuring it is first ceremony of Sprint (at the beginning of Sprint) \u2013 allocated appropriate time, block calendar etc.Structure the planning meeting in two parts (What and How) \u2013 allocated appropriate timeEnsure there is well-defined DoR (Definition of Ready)Practice Product Backlog refinement meetings (PBR) \u2013 a good practice of PBR with fixed cadence enhances efficiency in planning meeting  <\/td><\/tr>
Sprint<\/td>Not having fixed duration \u2013 sometimes 2 weeks, sometime 3 or 4Extend current Sprint by 1 or 2 days to achieve Sprint GoalLonger than 4 weeks of SprintNo defined Goal for a Sprint In case of multiple team, different team have different Sprint cadence <\/td>SM \/ agile coach need to guide team on importance of fixed cadence and time boxingDiscipline over short term or immediate goalUse of any scaling framework (Scrum of scrum \/ LeSS \/ SAFe) etc. in case of multiple team involved <\/td><\/tr>
Review<\/td>Team is reviewing the stories to with only PO Other stakeholders (from customer) are not participating Even incomplete stories are being demonstrated in the review meeting Team is treating it like a demo meeting Every team member is not participating (only people giving demo of story is participating) <\/td>Need to understand it is a review meeting and not a demoPractice \u201cshow and tell\u201d with PO, to ensure only completed stories are being reviewedEnsure there is a well-defined DoD (Definition of done)PO needs to ensure that, other stakeholders (Client) are participating in this meeting Need to block calendar in advance and communicate agenda <\/td><\/tr>
Retrospection<\/td>Beyond Dev team, PO and SM; others are also participating Team are discussing about deliverables in this meeting Every team member is not participating <\/td>Purpose of retrospection is process improvement (as a team)As a team, need to understand what is working well (from process \/ practice standpoint) and what we need to do differently <\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

Do be on right trajectory, both awareness and acknowledgement of such anti patterns is important. For teams to be aware of anti-patterns is one thing, but acknowledging it as a team at right platform and\/or during ceremonies is most important.  And a brave Scrum master leads this culture. <\/p>\n\n\n\n

Ceremony: Daily standup<\/strong><\/p>\n\n\n\n

Anti-Patterns<\/strong><\/p>\n\n\n\n

  • Team treat daily meeting as a status meeting<\/li>
  • Scrum master ask questions to everyone \/ takes status<\/li>
  • Scrum master is speaking most of time<\/li>
  • People are discussing technical solution in this meeting <\/li>
  • Running beyond 15 minutes <\/li>
  • People do it in standard way every day (like one by on speaking in an order and only focusing on 3 standard questions)<\/li>
  • There is no fix time \u2013 often teams are doing it at different time<\/li>
  • Every team member is not participating <\/li><\/ul>\n\n\n\n

    How to resolve it<\/strong><\/p>\n\n\n\n

    • Daily meeting is day plan meeting <\/li>
    • SM \/ Agile coach need to guide team to take it as team\u2019s day plan activity<\/li>
    • Focus should be on what we can accomplish today, whether we are on track as per Sprint plan \/ sprint goal<\/li>
    • For any specific discussion on impediment, technical solution etc.; keep extra meeting time (ensure a room is book etc.) just after daily standup <\/li>
    • Gamify it, bring some funny and innovative way to do it \u2026 ensure you are braking the monotony <\/li><\/ul>\n\n\n\n

      Ceremony: Sprint Planning<\/strong><\/p>\n\n\n\n

      Anti-Patterns<\/strong><\/p>\n\n\n\n

      • PO does not participate always<\/li>
      • Team do it anytime in Sprint (whenever they feel like)<\/li>
      • People are discussing around story \u2013 dependencies, readiness, doubts, etc.  [Many time team do activities of Product backlog refinement meetings in planning meeting]<\/li>
      • Every team member is not participating<\/li><\/ul>\n\n\n\n

        How to resolve it<\/strong><\/p>\n\n\n\n

        • Ensuring it is first ceremony of Sprint (at the beginning of Sprint) \u2013 allocated appropriate time, block calendar etc.<\/li>
        • Structure the planning meeting in two parts (What and How) \u2013 allocated appropriate time<\/li>
        • SM \/ agile coach need to guide team on importance and desired outcome of this meeting <\/li>
        • Ensure there is well-defined DoR (Definition of Ready)<\/li>
        • Practice Product Backlog refinement meetings (PBR) \u2013 a good practice of PBR with fixed cadence enhances efficiency in planning meeting <\/li><\/ul>\n\n\n\n

          Ceremony: Sprint<\/strong><\/p>\n\n\n\n

          Anti-Patterns<\/strong><\/p>\n\n\n\n

          • Not having fixed duration \u2013 sometimes 2 weeks, sometime 3 or 4<\/li>
          • Extend current Sprint by 1 or 2 days to achieve Sprint Goal<\/li>
          • Longer than 4 weeks of Sprint<\/li>
          • No defined Goal for a Sprint <\/li>
          • In case of multiple team, different team have different Sprint cadence <\/li><\/ul>\n\n\n\n

            How to resolve it<\/strong><\/p>\n\n\n\n

            • SM \/ agile coach need to guide team on importance of fixed cadence and time boxing<\/li>
            • Discipline over short term or immediate goal<\/li>
            • Use of any scaling framework (Scrum of scrum \/ LeSS \/ SAFe) etc. in case of multiple team involved <\/li><\/ul>\n\n\n\n

              Ceremony: Sprint Review<\/strong><\/p>\n\n\n\n

              Anti-Patterns<\/strong><\/p>\n\n\n\n

              • Team is reviewing the stories with only PO <\/li>
              • Other stakeholders (from customer) are not participating <\/li>
              • Even incomplete stories are being demonstrated in the review meeting <\/li>
              • Team is treating it like a demo meeting <\/li>
              • Every team member is not participating (only people giving demo of story is participating) <\/li><\/ul>\n\n\n\n

                How to Resolve it<\/strong><\/p>\n\n\n\n

                • Need to understand it is a review meeting and not a demo<\/li>
                • Practice \u201cshow and tell\u201d with PO, to ensure only completed stories are being reviewed<\/li>
                • Ensure there is a well-defined DoD (Definition of done)<\/li>
                • SM \/ agile coach need to guide team on importance and desired outcome of this meeting <\/li>
                • PO needs to ensure that, other stakeholders (Client) are participating in this meeting <\/li>
                • Need to block calendar in advance and communicate agenda<\/li><\/ul>\n\n\n\n

                  Ceremony: Sprint Retrospection <\/strong><\/p>\n\n\n\n

                  Anti-Patterns<\/strong><\/p>\n\n\n\n

                  • Beyond Dev team, PO and SM; others are also participating <\/li>
                  • Team are discussing about deliverables in this meeting <\/li>
                  • Every team member is not participating<\/li><\/ul>\n\n\n\n

                    How to resolve it<\/strong><\/p>\n\n\n\n

                    • Purpose of retrospection is process improvement (as a team)<\/li>
                    • As a team, need to understand what is working well (from process \/ practice standpoint) and what we need to do differently <\/li>
                    • SM \/ agile coach need to guide team on importance and desired outcome of this meeting<\/li><\/ul>\n","protected":false},"excerpt":{"rendered":"

                      Common aspect among Scrum, Kanban, XP, BDD or any other Agile methodology is their main goal.\u00a0\u00a0All such frameworks or models aim to establish Agile mindset in team by adhering to 4 values and 12 principles mentioned in\u00a0Agile manifesto Among them, Scrum is the most popular one. Simple yet impactful, Scrum is structured framework, with well-defined […]<\/p>\n","protected":false},"author":1,"featured_media":3210,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_oct_exclude_from_cache":false,"footnotes":""},"categories":[15,43,14],"tags":[17,19,16,21,18,20],"class_list":["post-3209","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-agilework","category-blog","category-leadership","tag-agile","tag-agile-coaching","tag-antipatterns","tag-best-practices","tag-leadership","tag-mentoring"],"blocksy_meta":{"styles_descriptor":{"styles":{"desktop":"","tablet":"","mobile":""},"google_fonts":[],"version":6}},"_links":{"self":[{"href":"https:\/\/agilebeyondboundary.com\/index.php\/wp-json\/wp\/v2\/posts\/3209","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/agilebeyondboundary.com\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/agilebeyondboundary.com\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/agilebeyondboundary.com\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/agilebeyondboundary.com\/index.php\/wp-json\/wp\/v2\/comments?post=3209"}],"version-history":[{"count":1,"href":"https:\/\/agilebeyondboundary.com\/index.php\/wp-json\/wp\/v2\/posts\/3209\/revisions"}],"predecessor-version":[{"id":3211,"href":"https:\/\/agilebeyondboundary.com\/index.php\/wp-json\/wp\/v2\/posts\/3209\/revisions\/3211"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/agilebeyondboundary.com\/index.php\/wp-json\/wp\/v2\/media\/3210"}],"wp:attachment":[{"href":"https:\/\/agilebeyondboundary.com\/index.php\/wp-json\/wp\/v2\/media?parent=3209"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/agilebeyondboundary.com\/index.php\/wp-json\/wp\/v2\/categories?post=3209"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/agilebeyondboundary.com\/index.php\/wp-json\/wp\/v2\/tags?post=3209"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}