Downloaded 2,299 times
Uploaded byJurgen Appelo
Management 3.0 - Empower Teams
The document discusses the concept of empowering self-organizing teams within a management framework, highlighting the importance of distributed authority and trust. It outlines various leadership styles, delegation techniques, and the significance of situational leadership to foster teamwork and decision-making. Key decision areas and a delegation poker game are introduced as tools for clarifying roles and enhancing collaboration among team members.
More Related Content
Similar to Management 3.0 - Empower Teams
Management 3.0 - Empower Teams
- 1. Empower Teams© JurgenAppelo version 0.99 management30.com
- 2.
- 3.
- 4. View #2: EmpowerTeamsTeams can self-organize, and this requires empowerment, authorization, and trust from management.
- 5. Agile software developmentworks because ofself-organizing teams
- 6. managementself-organizationself-organizationis often complex,not chaoticSometimes it needs a littlemanagement
- 7. Managers are likegardenersThey let self-organization (anarchy) do useful workwhile steering the system toward valuable results
- 8. But HOWdo wegrowa valuable self-organizing system?
- 9. Well, NOTby puttingacontrol center on top of a living system
- 10. Distributed beingA complexsystem is more than the sum of its parts, and the “extra” stuff is distributed over the system. It cannot be attributed to any single authoritative part. Control from the bottom upIn a complex system, everything happens at once, and problems ignore any central authority. Therefore overall governance must be spread among all the parts.Kelly, Kevin. Out of Control.Boston: Addison-Wesley, 1994, page 469
- 11.
- 12. We distribute authorizationwith...EmpowermentYes, there is thatbuzzword again...
- 13. Empowermentis implementing distributedcontrol by delegating authority
- 14. Delegation“Delegation (or deputation)is the assignment of authority and responsibility to another person (normally from a manager to a subordinate) to carry out specific activities.”http://en.wikipedia.org/wiki/Delegation
- 15. Managers empower people,anddistribute control,to prevent the system itselffrom breaking down.
- 16. Question:Does handing overpower to others make youpowerless?
- 17. Answer: NONon-Zero-SumZero-SumFree marketsSocialnetworksTeamwork…We all win!FootballElectionsJudiciary…I win and you losehttp://en.wikipedia.org/wiki/Zero-sum
- 18. Non-Zero-SumPowerful teams maketheir managers more powerful.
- 19. Trust your people(communicatethis clearly)
- 20. 2) Earn trust fromyour people(consistent behavior)
- 21. Help people totrust each other(mingle, don’t meddle)
- 22. 4) Trust yourself(stay trueto your own values)
- 23. The four typesof trust
- 24.
- 25. Key Decision AreasMakeexplicit list with“areas of authorization”Prepare project schedulesSelect key technologiesSet documentation standardsEtc…People should not walk into“invisible electric fences”Reinertsen, Donald. Managing the Design Factory. New York: Free Press, 1997, page 107.
- 26. Key Decision AreasHowever…Authorizationper key decision area is not a “binary” thingReinertsen, Donald. Managing the Design Factory. New York: Free Press, 1997, page 107.
- 27. Situational LeadershipFour different“leadership styles”TellingSellingParticipatingDelegationWork your way to level 4http://en.wikipedia.org/wiki/Situational_leadership_theory
- 28. Situational LeadershipHowever…It mightbe good to distinguish between informing people (push your opinion) vs. consulting them (pull their opinions)
- 29. RACI MatrixInvolvement dependson tasksResponsibleAccountableConsultedInformedMake explicit what people can expect from whomhttp://en.wikipedia.org/wiki/Responsibility_assignment_matrix
- 30. RACI MatrixHowever…Key decisionareas are better than tasks, and there should be no separation of accountable versus responsible in Agile teams
- 31. We will nowmergethe ideas behind the previous examples...
- 32. The Seven Levelsof AuthorityTell: make decision as the managerSell: convince people about decisionConsult: get input from team before decisionAgree: make decision together with teamAdvise: influence decision made by the teamInquire: ask feedback after decision by teamDelegate: no influence, let team work it out
- 33. Relocate to otheroffice buildingReplace waterfall with ScrumSelect new team membersChoose logo for business unitSelect architecture or componentSprint length and deliveriesCoding guidelines and pairingEXAMPLE
- 34. The optimal levelof authority depends on people’s competenceand the organizational impactof decisions
- 35.
- 36. Seven Levels ofAuthority
- 37.
- 38.
- 39. flow from leftto right
- 40. Authority boards arecontrolledby the manager
- 41. Treat delegation asaninvestment
- 42. The ultimate goalis aself-directed team(but usually not attainable)
- 43. Game: Delegation PokerFindDelegation Poker Cards, and Delegation Poker StoriesOne person picks a story and reads it out loudOR tell a story from personal experienceEveryone choose (privately) one of the 7 cardsAfter everyone has decided, show all cardsEveryone earn points except the highest minority(see examples…)
- 48. Game: Delegation PokerKeeptrack of the points people earned (optional)Let both highest and lowest motivate their choicesPlay it again for the same topic (optional)30 minutes
- 49. Tell: make decisionas the managerSell: convince people about decisionConsult: get input from team before decisionAgree: make decision together with teamAdvise: influence decision made by the teamInquire: ask feedback after decision by teamDelegate: no influence, let team work it out
- 50.
- 52.
- 53.
- 54.
Editor's Notes
- #3 My personal story here is that, after the introduction of Scrum in our organization, I was faced with decisions to be made concerning story points, meeting rooms, sprint lengths, etc. I left all those decisions to the teams. There was only one requirement I had for all teams: planning meetings would have to take place on Mondays. Because otherwise it would be very inefficient (at the organizational level).You will have to come up with your own personal story that reflects empowerment/delegation.
- #7 Most Agile books seem to assume that organizations come from the ordered part of the spectrum, and have to “let go” over strict management. But many other organizations (like in my own experience) are in the chaotic part of the spectrum. They need a little bit more management. (I did that by imposing Scrum, and it worked.)See book: page 102-103
- #8 See book: page 115-117
- #11 See book: page 111-112
- #12 Authorization usually starts with shareholders who authorize top managers to grow a business with their money. These top managers hire and authorize other people to do work. This leads, quite naturally, to a hierarchy. But that is the only thing a corporate hierarchy is good for: authorizing people and making sure each person has only one boss.
- #13 I don’t know any other good word for empowerment, even though it has been overused in management literature. So I will stick to it for now.See book: page 112-114
- #17 This is often the problem with managers: they fear they become powerless when they hand over authority to other people.See book: page 124-125
- #18 I explain here that I became more powerful after introducing Scrum in the organization, because (despite plenty of issues) it seemed to work nicely. And because top management liked it and saw the results, I became more important in the eyes of top management for having changed the organization in such a positive way.
- #20 Some managers forget to tell their teams that they trust them.If you explicitly tell people you trust them you may increase their commitment and loyalty.See book: page 138-139
- #21 I have seen managers requiring certain behavior from employees (for example, “be more disciplined”) while they rarely showed such behavior themselves (for example, never being on time in meetings).You destroy trust if you don’t lead by example and show the behavior you also expect from others.See book: page 139-140
- #22 Sometimes team members keep asking the manager to help them solve issues. This may be an indication that they don’t trust each other enough to make good decisions. You can increase trust between people in a team by not giving them solutions to their problems. Let them figure it out together first.See book: page 140
- #23 This seems a bit cheesy. But I have it from a book by Scott Berkun. If you don’t trust your own behavior, if you don’t live up to your own value system, then how can you expect other people to trust you?Trust yourself first, before building trust relationships with others.See book: page 140-141
- #24 So these are the four types of trust. A manager needs to work on all of them.
- #25 Now we get more practical...
- #33 See book: page 127-129
- #36 Authority boards are a very new concept, not described in the book. I have received a few reports since I published the first articles about it of teams using them successfully, but it is far from a mainstream topic. Still, I want to show it because it nicely reflects the way of thinking of an Agile manager: delegate as much as possible by using some kind of information radiator.
- #37 Put the 7 levels of authority horizontally on a board.
- #38 List all key decision areas (only the ones that are worth communicating and discussing).
- #39 Determine which teams or individuals are authorized to do what, and at what level.
- #40 The nice thing about this approach is that there is an urge to make things flow from left to right, just like a regular task board.
- #42 You must treat delegation as an investment. It doesn’t pay back for itself immediately. It takes a while...See book: page 133-134
- #43 Like 100% code coverage a fully self-directed team (all key decision areas at level 7) is the ultimate goal that you will never reach.
- #44 Hand out the playing cards to each table. Ask them to distribute sets of 7 cards among each other.Check that there are at least four people at every table. I don’t think the game works well with only tree people.Make it clear that it is more fun for people to come up with their own stories from personal experience.Some groups make it easy and simply read off the 10 stories from the paper.Maybe you can find a way to incentivize people to think of their own stories.
- #45 Make sure everyone pays attention to these examples. They make it quite clear how it works.Suppose 3 people at the table choose 6, the others choose 4 and 5.You always look at the highest number that was played, in this case 6.
- #46 If the people with the highest number are not a minority, everybody wins points.But you only win points according to your card’s value.
- #47 Another example: suppose only one person chooses 7.
- #48 In that case everyone wins points except number 7, because 7 is now a minority at the table.Conclusion: in order to win points choose as high as possible, but without becoming a minority at the table.
- #49 Make it clear that the most value in this game is achieved by discussing the lowest and highest card values that were chosen. The other stuff (calculating points and playing again for the same topic) is optional.
- #50 I show this slide on screen while people are playing the game.
- #51 Some possible questions:What effect did the points have?What effect did the discussions have?I usually point out that the game is actually skewed when people have different projects and teams. In that case it is hard to compare the choices for authorization, because such choices should be context-dependent.It is probably even more interesting to play the game with one team and its manager. Then they all have the same context.
- #53 It is now time to discuss the most important challenges that were written on sticky notes earlier in the course.This is the 4th part of the course so we usually end the day after this module.
- #54 I make a central action list on a wall, and I ask the group at the end of the module which concrete practices they think most managers should do regularly. They can be practices that I have suggested in this module or other practices they suggest themselves.We will review the entire list of practices at the end of the course.
- #55 Once again I explicitly ask people to give feedback on the feedback door, before they leave the room to go home.