Featured Whitepapers
- Apples, Oranges, and Acorns - All Agile Development Tools Are Not the Same
- One's Enough for Agile Application Development Management
- Requirements Management 101 – 4 Basics Everyone Should Know
- Tips on Requirements Traceability – Learn How to Control Change and Improve Quality
- Scaling Continuous Integration to Large and Distributed Teams
|
Simple exercise for gaining a common understanding and consensus about what it means to you, the team and the organization to be Agile.The Challenge The modern world of Agile systems-software product development and delivery presupposes we work faster and better, do more with less, change continuously, and invent new ways of working. The modern formula for work appears to be: More Success + Greater Speed + Fewer Resources + Constant Uncertainty +
Increased Competition + Quicker Time to Market. Peoples beliefs, understanding and perspectives as well as their willingness and ability to change makes being Agile hard. ![]() ![]() Goal of the exercise Minimize frustration and waste usually associated with gaining consensus on what it means to an individual, team and organization to "be Agile"; as they work through the forming, storming, norming and performing stages of team development. Objective Early adoption of what it means to the individual, team, and organization to be Agile; the results of which will minimize frustration and waste. Instructions: 1. Break up into teams and if there are: a. 2-3 people work independently 2. Have teams draw a tree that has at least 4 roots, a trunk, at least 6 branches and leaves on the branches. Let 5 minutes pass and then distribute Handout-1. Once there is a lull in drawing go to next step. ![]()
Handout-3
About the Author Russell Pannone is a systems-software development and delivery practitioner, facilitator, and coach specializing in collaborative and adaptive systems-software development. Russell’s passion is to help people succeed. Russell has worked in the systems-software development and delivery industry for over 25 years in a variety of roles including developer, team leader, object modeler, data modeler, project manager, scrum master, process engineer, and instructor. He has led agile/lean product development and delivery projects and worked with clients in a variety of industries including state and local government, aerospace, mobile banking, insurance, energy, and telecommunications. Russell’s mantra is: ―Do more listening and less talking while you plan a little, do a little, check/study your results and adapt. Russell can be reached at webeagile@aol.com
Trackback(0)Comments (2)
|
| Last Updated on Wednesday, 11 November 2009 13:43 |
Agile Marketplace - Announcements and Special Offers
The Business Case for ALM Transformation
Are legacy systems holding your company back? Breakthrough these technical constraints with an open and scalable environment that meets your unique business need to transform. There is no reason to be locked into an obsolete platform. The output of a number of recent transitions from legacy systems, this is practical white paper shares lessons learned and illustrates how guidance and enablement can pave the way for change.
Download this Whitepaper


Simple exercise for gaining a common understanding and consensus about what it means to you, the team and the organization to be Agile.





You ask a great question.
I would be surprised if they came up with something "totally" different but I actually expect what they come up with to be different than the handout.
I would though start a dialogue with the team and have them share why they placed their labels where they did.
I would then based on what I thought I heard might offer them another perspective or point-of-view that then might influence them. Especially if they didn't have Iterative and Incremental Development as one of foundational elements or roots of being Agile.
The real value in doing this exercise is not the final result it is what the team learns about each others’ beliefs, understanding and perspective and the compromises they are willing to make for the good of the whole (team).
Most folks new to being Agile just do not know what they do not know so as the team's understanding of what it means to them evolves their depiction of what that looks like using the tree will evolve and change; which is how it should be.