Difference between revisions of "Team charter"

From Pearl Language
Jump to navigation Jump to search
m (terse/full)
(+= InfoQ » Justyna Wykowska » Exercises for Building Better Teams)
 
(13 intermediate revisions by the same user not shown)
Line 1: Line 1:
{{Oyster
{{Oyster
|goal=create a container that facilitates self-organization
|stage=Sparkle
|stage=Sparkle
|goal=create a container that facilitates self-organization
|theme=Agile, Scrum, Team
|theme=Agile, Scrum
|context=a group of people or animals linked in a {{p|unity of purpose}}.
|context=a group of people or animals linked in a common purpose.
|wish=Self-organization is both powerful and efficient and does not require management. How do you steer a swarm, though?
|wish=Self-organization is both powerful and efficient and does not require management. How do you steer a swarm, though?
|therefore=Set up a light-weight and comprehensive document that outlines values, behavior, principles and practices for the crew.
|so=Document a membrane as a container for self-organization
|image=Team-charter-600.jpg
|image=Team-charter-600.jpg
|wish full=Self-organization is both powerful and efficient and does not require management. How do you steer a swarm, though?
|wish full=Self-organization is both powerful and efficient and does not require management. How do you steer a swarm, though?
Line 11: Line 11:
}}
}}
==Self-organizing Team==
==Self-organizing Team==
*Team—A group of people or animals linked in a {{p|unity of purpose}}.
*Team—A group of people or animals linked in a {{p|unity of purpose}}, and preferably a {{p|stable team}}.
*Self-organization is the tendency of an open system to generate new structures  and patterns based on its own internal dynamics. Organization design is not imposed from above or outside; it emerges from the interactions of the agents in the system. Facilitating Organization Change: Lessons from Complexity Science
*Self-organization is the tendency of an open system to generate new structures  and patterns based on its own internal dynamics. Organization design is not imposed from above or outside; it emerges from the interactions of the agents in the system. Facilitating Organization Change: Lessons from Complexity Science
*Three factors influence the patterns that emerge:
*Three factors influence the patterns that emerge:
Line 20: Line 20:


==You deliver services==
==You deliver services==
[[File:Squad-service-orientation.png|thumb]]
Your team provides services to external or internal ‘upstream’ customers. You pull in those service requests from these sources, process them and pass them on ‘downstream’, to other teams or units in the organization, or back to the original source.
Your team provides services to external or internal ‘upstream’ customers. You pull in those service requests from these sources, process them and pass them on ‘downstream’, to other teams or units in the organization, or back to the original source.


Line 36: Line 38:


Next, augment this set of questions with supplementary questions to solicit expectations and {{p|classes of service}}. What do your customers expect with respect to speed, quality, predictability, conformance to regulations or safety standards? Use all of this information to understand the service level expectations (SLEs) and from that, when required, look to design your delivery systems to deliver specific service level agreements (SLAs) for each work item type.
Next, augment this set of questions with supplementary questions to solicit expectations and {{p|classes of service}}. What do your customers expect with respect to speed, quality, predictability, conformance to regulations or safety standards? Use all of this information to understand the service level expectations (SLEs) and from that, when required, look to design your delivery systems to deliver specific service level agreements (SLAs) for each work item type.
===Sources===
*{{web|url=http://www.djaa.com/what-business-are-you|site=DJA|person=David J. Anderson|title=What Business Are You In?}}
*{{web|url=http://www.djaa.com/forensic-kanban-identifying-hidden-shared-services|site=DJA|person=David J. Anderson|title=Forensic Kanban - Identifying Hidden Shared Services}}
*{{web|url=http://www.djaa.com/identifying-services-kanbanization-1-shared-resources|site=DJA|person=David J. Anderson|title=Identifying Services For "Kanbanization" #1 - Shared Resources}}
*{{web|url=http://www.djaa.com/identifying-services-kanbanization-2-matrix-managed-organizations|site=DJA|person=David J. Anderson|title=Identifying Services For "Kanbanization" #2 - Matrix Managed Organizations}}
*{{web|url=http://www.infoq.com/articles/kanban-agenda-part2-service-orientation|site=InfoQ|person=Mike Burrows|title=Kanban’s service orientation agenda}}


==What is a Team Charter?==
==What is a Team Charter?==
Line 50: Line 60:


==Team Values==
==Team Values==
Epiphany from @UriGneezy don't just make your values explicit, signal them by embedding them into small incentives #lkna16
You want to know the ethos within your group so that you can talk about them, make sure everyone lives the ethos and is accountable for. Therefore, collect {{p|three to five deeply rooted core values}} of the group.
You want to know the ethos within your group so that you can talk about them, make sure everyone lives the ethos and is accountable for. Therefore, collect {{p|three to five deeply rooted core values}} of the group.
*See [http://prezi.com/k_gatk1svu6l/building-a-team-from-value-principles-and-beyond/ Erin Beierwaltes » Building a Team from Value, Principles and Beyond]
*See [http://prezi.com/k_gatk1svu6l/building-a-team-from-value-principles-and-beyond/ Erin Beierwaltes » Building a Team from Value, Principles and Beyond]
*[http://pareltaal.nl/Drie_tot_vijf_waarden_voor_de_groep Pareltaal » Drie tot vijf waarden voor de groep]
*[http://pareltaal.nl/Drie_tot_vijf_waarden_voor_de_groep Pareltaal » Drie tot vijf waarden voor de groep]
*[http://pareltaal.nl/Schatkamer_van_waarden Pareltaal » Schatkamer van waarden]
*[http://pareltaal.nl/Schatkamer_van_waarden Pareltaal » Schatkamer van waarden]


==Basic Agreements==
==Basic Agreements==
Line 123: Line 135:
*Integrate organizational needs
*Integrate organizational needs
*Multiple teams?
*Multiple teams?
*See [http://pearllanguage.org/images/1/11/Teams_by_Martien_van_Steenbergen_Black.pdf Xebia » Martien van Steenbergen's slide deck on Team Charter].


==Anti Patterns==
==Anti Patterns==
Line 156: Line 167:
*A modern English translation of the Magna Carta of 1215
*A modern English translation of the Magna Carta of 1215
*http://www.businessinsider.com/100-things-you-should-know-about-people-2010-11#1--you-have-inattention-blindness-1
*http://www.businessinsider.com/100-things-you-should-know-about-people-2010-11#1--you-have-inattention-blindness-1
*http://agilitrix.com/2010/05/constellation-timeline-and-marketplace-for-tuning-teams/ for {{p|constellation game}}, {{p|journeyline}}, and {{p|talent marketplace}}.
*http://www.coachingagileteams.com/2009/08/30/agile/agile-team-start-up/attachment/constellation-exercise/
*http://www.infoq.com/news/2015/01/people-motivation-performance
{{WebSourceListItem
|url=https://musras.wordpress.com/2015/09/12/using-containers-for-motivating-team-values/
|site=The Fluffy Stuff
|person=Rasmus Rasmussen
|title=Using Containers for motivating team values
}}
{{WebSourceListItem
|url=http://www.amazon.com/dp/0470650265
|site=Amazon
|person=Kim Cameron, Robert Quinn
|title=Diagnosing and Changing Organizational Culture: Based on the Competing Values Framework
}}
{{WebSourceListItem
|url=http://www.hsdinstitute.org/about-hsd/dr-glenda/glendaeoyang-dissertation.pdf
|site=Human Systems Dynamics Institue
|person=Glenda Holladay Eoyang
|title=Conditions For Self-Organizing In Human Systems
|about=Containers, Differences, Exchanges
}}
{{WebSourceListItem
|url=https://hbr.org/2015/09/help-your-team-agree-on-how-theyll-collaborate
|site=HBR
|person=Mary Shapiro
|title=Help Your Team Agree on How They’ll Collaborate
}}
{{WebSourceListItem
|url=https://www.infoq.com/articles/exercises-building-better-teams
|site=InfoQ
|person=Justyna Wykowska
|title=Exercises for Building Better Teams
}}
{{Source
{{Source
|author=Martien van Steenbergen,
|author=Martien van Steenbergen,
|coder={{mvs}}
|coder={{mvs}}
}}
}}

Latest revision as of 20:02, 30 May 2016

Team-charter-600.jpg

…a group of people or animals linked in a unity of purpose.

✣  ✣  ✣

Self-organization is both powerful and efficient and does not require management. How do you steer a swarm, though?


Therefore:

Set up a light-weight and comprehensive document that outlines values, behavior, principles and practices for the crew. Over time, evolve it into one or more excellence guides and a codex.

✣  ✣  ✣



✣  ✣  ✣

Self-organizing Team

  • Team—A group of people or animals linked in a unity of purpose, and preferably a stable team.
  • Self-organization is the tendency of an open system to generate new structures and patterns based on its own internal dynamics. Organization design is not imposed from above or outside; it emerges from the interactions of the agents in the system. Facilitating Organization Change: Lessons from Complexity Science
  • Three factors influence the patterns that emerge:
    1. The container sets the bounds for the self-organizing system. It defines the “self” that organizes.
    2. Significant differences determine the primary patterns that emerges (power, level of expertise, gender, …).
    3. Transforming exchanges form the connections between system agents.
  • “Just as a person needs time and space to incubate thoughts before a new Idea can emerge, a system needs a bounded space for the emergence of new patterns.”

You deliver services

Squad-service-orientation.png

Your team provides services to external or internal ‘upstream’ customers. You pull in those service requests from these sources, process them and pass them on ‘downstream’, to other teams or units in the organization, or back to the original source.

The key questions are, “What business are you in?”, and “What are you serving?”—more important than “Who are you serving?”. Think about the services you provide and how you manage that.

All work flows through a series of information discovery activities.

To find out what services you provide, where the requests come from, and where they go after you are done, ask yourself these questions:

  1. Who are your customers? (consider creating vibrant personas of your customers)
  2. What do they ask for? (What are their needs and goals?)
  3. What do you do to the requests?
  4. Where do they go when you are finished with them?

These questions solicit work item types and work flow as well as destination. Together they represent the framework for a service interface.

Next, augment this set of questions with supplementary questions to solicit expectations and classes of service. What do your customers expect with respect to speed, quality, predictability, conformance to regulations or safety standards? Use all of this information to understand the service level expectations (SLEs) and from that, when required, look to design your delivery systems to deliver specific service level agreements (SLAs) for each work item type.

Sources

What is a Team Charter?

Project Charter vs. Team Charter

  • In classical project management often a project charter is used to define the project goal, scope, and the definition of success. Normally it is defined from upper management.
  • In scrum, it is typically covered by the product vision.

Ownership

  • The team writes, takes responsibility for, and owns its charter.
  • Scrum Master and Product Owner provide input.
  • For a particular organization, there might be mandatory entries, such as:
    • technology choices; and/or
    • governance compliancy requirements; and/or
    • CMMI requirements.

Team Values

Epiphany from @UriGneezy don't just make your values explicit, signal them by embedding them into small incentives #lkna16 You want to know the ethos within your group so that you can talk about them, make sure everyone lives the ethos and is accountable for. Therefore, collect three to five deeply rooted core values of the group.


Basic Agreements

Meetings

  • Daily Scrum from 09:30, Malpitas Conference Room
  • Product Backlog Refining: every Tuesday, 10:00–12:00
  • Bi-weekly:
    • Sprint Review: Wednesday 14:00
    • Sprint Retrospective: Wednesday 16:00
    • Sprint Planning: Thursday 10:00
  • Royalty Points for being on time: 10
  • Three times late in same sprint? Bring a home made cake to Retrospective.

Planning & Estimation

  • User Stories in Story Points
  • Tasks in less than 1Ž4 day
  • Tasks no larger than 2 days
  • Planning Poker

Technology Rules

Engineering Rules

  • TDD
  • New Code:
    • Write JUnit before coding
    • Write code until test succeeds
    • Refactor code
  • Bug detected:
    • Write test to reproduce bug
    • Fix code
    • Refactor code
    • Acceptance test in Selenium and FitNesse

Team Norms & Communication Rules

  • Respectful communication
  • Active listening
  • Expectations of PO:
    • Present at ≥ 50% of Daily Scrums
    • Chance for interaction with team directly after
    • Feedback within one workday
    • Response to questions within one workday

Sprint

  • Ready
    • During each sprint
      • Requirement workshop
      • Estimation meeting
      • Time for research
  • Done
    • Task
      • Coded
      • Unit tested
      • Reviewed
      • Documented (Javadoc)
      • Check in in trunk
      • Integrated
    • Story
      • Acceptance criteria fulfilled (automated test)
      • User documentation updated
      • Integrated (automated tests run in Hudson)
      • Formally accepted by PO
    • Increment
      • All story tests passed
      • Installation scripts updated
      • Deployed in system integration environment
      • Release Notes updated
      • Regression tests passed

Creating a Team Charter

  • Dedicated workshop before the first sprint, facilitated brainstorm
  • Team decides
  • Integrate organizational needs
  • Multiple teams?

Anti Patterns

  • Dictated by management or Comes from coach
    • Team does not internalize the charter because they don't own it
    • “…organizing a self-organizing system is not only an oxymoron, it will very likely throw a spanner in the works.”—Harrison Owen, Wave Rider: **Leadership for High Performance in a Self-Organizaing World
  • Not enough time
  • Too detailed
  • “Simple, clear purpose…”—Dee Hock
  • “company culture, not rulez”, “Lead DoD”—team members during coaching

Benefits

  • Uncovers unclear expectations and ambiguous goals
  • Common understanding if work
  • Functional communication inside and outside the team
  • Helps forming the team
  • Defines a container so that self-organizing can emerge

To process

From Creating creative teams by Susan Wheelan on High Performance, based on research of 700 teams.

  • Groups need accurate and frequent feedback about their performance so that they can learn to help themselves.
  • Needless to say, research does not suggest that rock climbing, whitewater rafting, blind trust walks, or donkey basketball increases productivity in any way.
  • In any case, there is no evidence that they facilitate changes in group effectiveness or productivity.'
  • …although more research is needed, if the intervention includes goal setting, performance feedback, and attention to group development issues, it will work better than other approaches.
  • …it is best to use interventions that use these three elements.'
  • Belbin roles may help to balance character composition.

Sources