Career Kaizen #6 - 5 Agile Sayings to Empower Your Team's Success

This week we'll walk through some common sayings in agile and explore their meaning a bit.

Monday - The Wisdom of And

Even if you are an expert, you'll benefit from hearing
and getting input from others.

When I worked at BigVisible, one of their coach's conference themes was "The Wisdom of And." This is drawn from Jim Collins work when he talks about the wisdom of "and" and the tyranny of the "or". The point is that there are often more choices available to just either/or choices, sometimes called "sucker's choices" or "false polarity," if neither option in its entirety or alone gives everyone what they're wanting. For example, "Well, we can either go over budget to build X, or we can lose all our best customers to the competition." That's a fool's choice. There's something in the middle.

If a group is sitting around a table, the best option doesn't lie with one person. It more likely lies somewhere in the middle of the table. Even if you are an expert, you'll benefit from hearing and getting input from others.

To get more input from a quiet group, ask questions such as "Anything else on this to consider?" "Are there other options?" "Any unanswered questions?" "What are we overlooking?" "What assumptions does this depend on?" "Is there another approach?" "How could this fail?" "Let's get at least two options on the board for this issue."

And you can control difficult people by replying to their solution with, "I'm sure that's a great option, I just want to hear what others have to say." or "Yes, and I'd like to just gather additional information and input."

Homework: Practice replying to positions and opinions with "Yes, and…" instead of "Yes, but…"

Tuesday - Art of the Possible

We often think things are impossible, but in actuality are possible and likely take a lot of hard work and a long time.

For example, for many of you, running a marathon might seem impossible. It might be if it were this weekend, but if it were six months away, and you started getting up in the morning and lacing up the shoes...given enough time and effort, you could do it. And if you did, what a sesnse of accomplishment that would be. It's a big deal. That's why people put the sticker on the back of their cars with 26.2. They don't put stickers that say "I walked around the block today." That's no big deal.

Most anything important, that's of value, takes some investment of time and effort. And that journey is actually part of what changes you, grows your character, and gives you a story worth telling, a story that others want to hear.

Homework: Watch the amazing transformation of a man who commits to running the Boston marathon:

Wednesday - No one of us is as smart as all of us.

Scrum depends on team. If the team isn't all in, if they're not involved in estimating the work, collaborating with the Product Owner on what, why and options in the requirements, and if they're not committing to the work, then we are missing a lot of the magic. When it comes to ideas, options on approaches, the architecture and more, no one person has all the answers. No one person is as smart as everyone else put together. One person might have more knowledge in a particular area, but others can learn that, too.  I've been amazed at how many times the new person on the team has had the best idea.

The same is true for us. On our own personal journey, on our own goals or challenges, we'll always benefit from hearing ideas from others, getting feedback, hearing their stories. We're built for community. Help yourself by getting connected in the local or online agile communities or coaching circles.

Homework: Do a quick search for local meetings or meet-ups for agile, Scrum, project or product managers, lean start-up or business sector you're in, and do the same for groups on LinkedIn, Yahoo, Facebook and other social sites. See anything interesting?

Thursday - Create your own Reality

We need to empower our teams, our team members, and
ourselves that we can create the reality we want

When I worked at Rally, this was one of their core values and sayings. And they lived it. If you felt that you needed something to do your job, if you wanted to grow into another role, they supported you in creating that reality.

I see my wife doing something similar with our two younger kids. When they say, "I'm thirsty," she replies, "So what are you going to do about that?" When they say they can't get ready because they don't have their shoes, she answers with "You can solve that problem."

We need to empower our teams, team members and ourselves that we can create the reality we want, we can solve our problems. I'm often met with the opposite in companies, a response of "Management won't let us do ____," but when I ask if they have actually asked for it, it's usually "No, but they know this is a problem." A particular training exercise I do highlights this. I do the ball point game, and the vast majority of the time, the participants don't move around to where the spacing works best for them. They just accept the circumstances or constraints without even asking me.

Homework - Think of the team, a team member, or yourself, and ask "What if..." and see what comes.

Video Fridays - What's the simplest thing that will work?

Breaking down life into what moves it forward today, not what's the best, comprehensive solution. A little like the debt snowball or weighted short job first.

To look at the entirety of the mountain to be climbed may seem overwhelming, but there is truth both in the saying that the journey of a 1,000 miles begins with one step and that the joy is in the journey.

About the big challenge or goal in front of you, what's one part of it that you can do today? Even better, what's something on it that you can do before noon? You might say that that one thing isn't the most important or highest priority. True, but also perhaps not true. It is a priority in the sense that you getting a "less important" task done actually gets the motivation and confidence going to tackle, and succeed, at the big thing.

Often our risk aversion, all the unknowns, take us out of the game of tackling big and challenging goals. But the very fact that the goals are big and scary are what make them worth doing, noble even. And through that challenge of tackling what is too much for us, we are transformed from someone who could not, before, into someone who can, afterwards.

Homework: Watch the amazing transformation of a man with a broken neck learning to walk again.

Weekend Warrior
Check out the story at the beginning of Habit. Read up on Jim Collins "Big Hairy Audacious Goals" and Dave Ramsey's Debt Snowball.

Career Kaizen #5 - 5 Days of Leadership

Monday - Level 5 Leadership

Leaders help team members
solve their own problems.

Most agree leadership is important, but there are many definitions out there. Are you a leader? Do you have leadership in you? The ScrumMaster role is often described as a servant leader, so it's worth some focused time on it.

One of the classic business books is Good to Great. In the book, Jim Collins talks about Level 5 Leadership, the highest of all and a level few CEO's attain. There are good metaphors that describe that type of leader.

First, these leaders look out the window to assign credit, and look in the mirror to assign blame. Always try to deflect to the team when someone looks at the results and says "You've done a great job leading the team," especially if it's in a public situation, like a meeting. There are many ways to do this, for example, "It's not me. It's the team. Anyone could have done it if they had a team like this," or "Thank you, but really, the team is the one responsible. They have really put in a lot of time, effort and heart into this, " or even just point to some specific positive aspect of the team (perhaps from one of their retros), "The team really feels that _______ has been the key ingredient to the success we've had."

Second, these leaders want to make clock-builders, not be time-tellers. Rather than always have the answer, or be quick to solve someone's problem, Level 5 Leaders help team members solve their own problems or find their own answers. This builds their own abilities, ownership of the solution, empowers self-organization and makes teams faster. Many times making a clock-builder can be started by responding to a question with "What do you think?" I've been surprised how many times they already have an idea, they're just looking for feedback, support, or political covering. You can answer with, "Well, try that out and let me know how it goes," and watch as the team begins to solve more and more of their own problems.

Homework: Ask yourself: Does it feel good to solve people's problems? To be needed? Or to be able to help? Is your value based in part on how critical you are for things to get done? Are you okay with them figuring out everything by themselves?

Tuesday, Common Team Needs

Marcus Buckingham said that the difference between management and leadership is that management looks at what is unique among people, and capitalizes on it, while leadership looks at what is common among people and capitalizes on that.

Knowing what the common concerns are, or addressing a common need, is important. Vision, a key leadership trait, is pointing to a common goal or destination that enables a group to rally around and towards that - a common goal or challenge as they struggle, fail, win and journey together.

Homework: Look at the common felt needs of employees compared to what management thinks they need. What do you think the top three for your team members are? List them in the next retro and have the team dot vote them.

Wednesday - Positional or Influential Leadership

The challenge, and the blessing, of leadership in the ScrumMaster role is that you do not have authority over the team. You can't tell them or force them to do anything. Yet, traditional, authoritative leadership is actually the lowest form of leadership. People aren't as likely to truly be following you as a positional leader (for example, a manager). They are doing what you say, whether they like it or not, because they have to. In those situations, they're not giving the positional leader their best, but only the minimum required. Just enough to not get in trouble or fired or noticed.

Having people listen to you, follow you, as a servant leader means you must learn and grow in the powerful area of influential leadership. Forming relationships, understanding their needs and concerns, fighting on their behalf, protecting them, taking hits for them.

Homework: Looking back over history, who do you admire? Any heroes or people that you respect the work they did, the impact they had, or the challenges that they overcame? If so, in what ways can you apply lessons from them for your life and work now? What would they tell you?

Thursday - People Development Wins Championships

You must develop team members to win championships

John Maxwell wrote a very popular book on leadership. A few quotes from him:
"You can't lead people without liking them."
"At one level, you focus on becoming a change agent - focusing on productivity."
"Productivity wins games. People development wins championships."
"Besides the obvious competence, effort and skill, leadership also depends on intentionality."
"To succeed as a leader, you must help others move forward."

Homework: Pick one of the quotes you like (or another quote from the web page), print it out large to post on your wall at work, and small to put on your bathroom mirror or car dashboard. Keep it in front of you for a week. Don't start your computer or end your day without looking at it (even better to say it to yourself) or start your car or brush your teeth without the same.

Video Fridays

Stanton Complex - face the brutal facts, but don't let go of hope. In 1965, Captain Stanton was shot down and in a POW camp in Vietnam. While others kept believing any day that they'd be released, the reality was they weren't. These people ended up giving up, or worse. Stanton was hopeful, but not unrealistically so, and faced the reality that, also, they may never be released.

On your team, in your company, it may look grim. It doesn't help to believe things will magically change based on nothing other than your wishful thinking. And yet, we have to hope and believe that there is a chance, a chance worth fighting for, that they someday could.

Always respond positively. Don't join others in their complaining. Focus on solutions - what can you change, what experiment, what can you ask for, that might help. If you're not sure, ask yourself, "Is this noble or excellent?"

Homework: Watch the video of Jim Collins (or listen to his audio clips), or Patrick Lencioni.

Weekend Warrior: Review all of Jim Collins Hedgehog Concept items. List out the five levels of leadership.

Would you like to receive Career Kaizen in your inbox?

Career Kaizen #4 - 5 Ways to Make Real Change Happen

Monday, It wasn't easy - I had to change a LOT

The challenges you face are what make you better

Difficult days are rewarding. The challenges you face are what make you better, more than what you were last week or last year.

Imagine that you are observing some amazing team, better than any you've ever been around. You ask the ScrumMaster, "Wow - how did you help them get to this place?". He replies, "Nothing, they were like this when I showed up." What kind of inspiration is that?

Yet, when you feel challenged, maybe even too much at times, these are exactly the points that push you into responding in new ways, trying things you haven't before, becoming someone, perhaps, that you weren't before. So when someone asks, "Wow - how did you help them get to this place?" you smile, laugh and say, "It wasn't easy - I had to change a LOT. This is where it started…" and they will be all ears.

Homework: Do your own speedboat exercise. Draw a boat on a sheet of paper (yes, really - drawing connects with a different part of your brain). Now, draw three or so anchors off the boat that are slowing you down. For each anchor, write three actions that might help with each area. Now, choose three, and either add them to your personal kanban board, or calendar them.

Tuesday, If Nothing Changes, Nothing Changes

Yes, you really can change. I've wanted to learn to play guitar for years. In fact, I have one. I've had it for 16 years. Up until several weeks ago, I hadn't played more than a song within any given season for at least 8 years. Maybe picked it up once in a month or two.

But now I've played it every day for weeks. I've caught up to where I was a decade ago and passed it. I've learned new songs and notes. I have callouses on my fingertips again. Not only am I playing, but my family is often joining in singing as they walk in and out of the room. Wonderful repercussions.

Why the change? It's something that I really wanted for a long time, so not a lack of desire. Well, it's habit. I added it to one of several daily check-off items on an app I use. Just wanting to flip it to green - done - has made me stop and do it. And now that I've gotten used to just finding a moment to do so, I'm finding more moments and connecting that decision with the reward of the feeling while I'm playing.

It may or may not work for you. It actually took me a couple of weeks, and some tweaking (I had to set a goal of having at least one day where I did ALL items on the check list). But, do something, and inspect and adapt. Because, if nothing changes, nothing changes.

Homework: If you have a smart phone, check out some of the habit-building apps. Start with one positive habit you'd like to build. If you don't have a smart phone, try an online version, or try adding it to your calendar or daily to-do's via Outlook or even good old paper.

Wednesday, Help the Elephant

What specifically needs to happen to turn the elephant?
What is an intermediate achievable turn for the elephant?

The elephant and the rider. You may already be familiar with the story. Elephants can be guided by a rider down a path, but if the elephant really wants to go somewhere, it's going to go there. Same with us and our desires and goals. We may want to go somewhere, but we're often taken somewhere else by the elephant - our emotions. I may want to lose weight, but on a stressful day, I'm much more likely to eat chocolate (true). Or I can want to go running in the morning, and so set the alarm, but once it goes off at 5:30 AM, I don't feel like getting up very much. It could be the same for wanting to speak, get into training, go back to school or a certification program.

Help turn one of your goals into a reality by helping the rider. Look for bright spots - times or situations that things did go well, or you did have some progress. What was happening in that? Script the critical moves - don't inundate yourself with too many choices. What, specifically, needs to happen? Point to the destination - is there an end goal that the habit lines up with or supports?

And help the elephant, too. Shrink the change by lowering the bar so that you can get some success. One habit I had was popping my knuckles. Rather than trying to go all day, my first goal was just not to do it before 10 AM. Then it was 1 PM. Now it is all day. Studies were done that showed that people were 40% more likely to return to a car wash if they were given a 10 punch card with two punches already done, versus an 8 punch card with none.

Homework: How can you help the rider? What are the critical moves to successfully achieve the task? How can you help the elephant? What is a small starter goal to incrementally move toward success?
Share your ideas in the comments below...

Thursday, The Growth Mindset, or the Fixed Mindset

People generally fall into one of those two categories. The fixed mindset believes that we have a certain amount of abilities and that if we do or don't do well at things - subjects, jobs, life, it's because we don't have what others have. If we did, we'd do well, naturally. The growth mindset believes that we can learn, grow and change in these.

Homework: Answer the questions:
1. People are born with a certain intelligence that stays fixed throughout life. True or False?
2. Choose one: Do you demonstrate your ability or increase your ability?
3. When you fail, what does it tell you?

Video Friday:

Watch the TEDx video The Power of Belief


Weekend Warrior:
Check out Linda Risings YouTube videos on the Agile Mindset


Watch Carol Dweck's Mindset video or check out the book or audio book.

Career Kaizen #3 - Your Culture

Monday - Your Cultural Context

Culture eats strategy for breakfast.
What is your company culture?

This week we'll be looking at your cultural context. A mentor once told me "People trump process, but politics trumps people", and for the business, "culture eats strategy for breakfast." So, what is your company culture? And what does that mean to you?

The technology innovation adoption curve is a model adapted by Geoffrey Moore that plots the relative number of people who fall across a continuum of their response to new technology. There are innovators, early adopters, early and late majority, and laggards.

This matters for you because agile is, in the same way, new. IT changes how many people in the organization work, aspects of their roles, what's expected of them, and even deeper and more importantly, it changes what's expected of people's mindsets and what the values are.

An agile survey showed that the number one reported problem with agile adoptions was management resistance.

Homework: Read up on the curve, plot where you are, where your team is and where you think your company is.

Tuesday - Lead with Vulnerability and Transparency

You are part of a team. Even more so with agile, we can't find our success outside of that. Like a relay race, you may claim a fast time for your segment, but if the baton is dropped, you still lose the race.

Patrick Lencioni wrote about what makes teams healthy, and what holds them back. The common problems are absence of trust, fear of conflict, lack of commitment, avoidance of accountability, and inattention to results. Many teams asking for help are stuck at the first two levels, so let's focus on how you can help with those.

To help with the absence of trust, first, lead with vulnerability and transparency. Tell them how you blew it (they usually already know anyways), when you were stressed or worried. Affirm them for what they do that you can't do so well. Be the first one to share, ask the difficult question or talk about the elephant in the room. Model transparency. Affirm them when they do it.

Second, look for conflict, don't avoid it. We should cultivate environments where it's okay to disagree, and passion is okay. No personal attacks, of course, but freedom to speak your mind and have opinions.

Homework: Look at the documents on Five Dysfunctions of a Team.

Wednesday - Get your Team's Perspective

What does the team think? Schedule a meeting, or include it in the next retrospective, to have them say what they think they have, both on the curve, and with dysfunctions.

Homework: Schedule the meeting (unless it will be part of the next retro) and review the documents with the team.

Thursday - The Change Agent

Healthy things grow. Growing things change.
Lead by embracing change.

How and why do people change? What motivates them? What motivates you?

There's a saying - healthy things grow, and growing things change. But we can't make people change. Just look at corrective institutions, rehabilitation centers or many marriages.

But we can lead by embracing, and living out, change. Although I may teach and coach about change, I'm surprised how often I'm actually resisting it. For each of us, this is true for many reasons, but the point is to be mindful that we all struggle with it, not just others. Is there a habit you haven't broken, a goal you haven't attained?

Two reasons that change is hard are emotion and habit.

Homework: Look at the summaries for Switch and Habit. Note three points or items that stuck out to you.

Friday - You, Your Team, and Your Response to Change

By now I hope you have some feel for both the culture around you, your team and your own response to change.

Homework: Watch these Switch and Habit videos on YouTube. 

Weekend Warrior: Do a force field analysis of what changes are supposedly wanted by the company and what is hindering them.

The Best Team Building Exercise

Diana Wei from the Orange County PMI recent asked for recommendations for team building ideas. Some recommended a happy hour, or sailing, and I suggested doing a Five Dysfunctions of a Team offsite.

I had completely forgotten what I share every Scrum class - have the team discover their personal strengths! Over the past eight years, every department I managed, every new team I introduced Scrum to, we would do a strengths-based personality assessment. I was at a company in the Bay Area this week that had a new, heralded CEO, and I saw that they were already helping the change efforts by rolling out a personality assessment to employees. My impression is that, while many overlook these psychometric tests, great managers and leaders instinctively know the value of these tools.

There are several choices in this area that I have used and would recommend.

StrengthsFinder - Close to 10 years old, and still a perennial best seller, the StrengthsFinder assessment from Gallup will give you a list of your Top 5 Strengths Themes out of 34 possible, along with an action guide. Buy the book, and you get a key to take an online test that emails the reports. 

StandOut -  Last year, this book and new assessment came out from Marcus Buckingham, formerly with Gallup, was one of the first to write about strengths in the management best-sellers First, Break All the Rules and then Now, Discover Your Strengths. He's since written more books and created create videos on introducing strengths or how to truly cultivate them. You can purchase the test online, or buy the book and get a key to take the test online. It also includes an 18 page action-plan result.

Action & Influence - Brand new assessment from an agile training and coaching company that I think highly of, this assessment not only gives you your strengths, but it also maps that onto a grid of your teammates. Now managers can see in a nice chart where all the team members fit, and are able to quickly identify any gaps in the team, or opportunities to move people into roles that play to their strengths. The test is based on over a decade of research and work in psychology and organizational development.

Agile Presentation - Dear 31 Year Old Me

My session was "Dear 31 Year Old Me - 10 Things I Wish I Had Known Before I Dove Into Agile"

What agile practices were most important? What tools were most helpful? What books? How did you succeed? Where did you fail? What helped your career the most? If I could go back 10 years, there's a lot of things I wish that I could tell the 31-year-old me. Some lessons go counter to conventional wisdom, some are just not highlighted much. This session will cover what distilled, core lessons have helped me and teams that I've coached the most as we moved into agile.

Deck available here - 

http://www.slideshare.net/sdunnrocket9/dear-31-year-old-me-what-i-wish-i-knew

There were some great questions during the Q & A session at the end of the day, including "If process doesn't save us, what does?" and "What's the best way to start up new teams in an agile adoption?"

Three Simple Tools for New Teams

When I am delivering Certified ScrumMaster classes or starting up new agile teams, I share three simple tools that really help collaboration: creating a working agreement (also called team agreement), the art of the possible, and the fist of five. Based on feedback, these three items are often some of the important tools that team members take back and use immediately. Below is a simple way to introduce these by facilitating creating working agreements with your team.

Photo by Greencolander via Flickr.

Before you kick off your new team, get the team together and let them know the goal is to come up with some team agreements so that we all agree on how we’re going to work together. You might have some ideas, but first go around and hear others first. If you’re in a large group, pair up, otherwise each person can individually write down one statement about how their time together should be – everything from working hours to working conditions. Now collect these and put them on the wall, under the title “Working Agreements.” For general work, I often hear: take personal calls out of the working area, headphones on for music, keep your chat program on, put a flag or sign up if you don’t want to be interrupted (for less than an hour), shower regularly (seriously), no eating fish at your desk (yep, that too). Some common ones for meetings that I’d recommend are: one conversation at a time, start and end on time, electronics by exception (that is, no cell phones or computers unless it’s an emergency and everyone understands that), and have an attitude of the art of the possible.

The art of the possible means keeping an open mind that something covered here could work ormight be true, even if you disagree, instead of an attitude of “that could never work here” (even if that is your experience). There’s always a first time, and the difference of our attitude, effort and approach differ vastly when something “just might be” possible, rather than impossible. MacGyver believed in the art of the possible.

Now that we have everyone’s recommendations, decide on what the final working agreement list will be. My preferred way of collaborating on quick yes/no group decisions is with the technique called the “Fist of Five.” When you’re in a group deciding on something (such as where to go to lunch that day), you can simply say the recommendation and then have everyone hold up one to five fingers. The number of fingers represent where they stand: 5 means they love the idea, 4 means they like the idea, 3 means they’re not that happy but they won’t get in the way, 2 means they have some questions or concerns that if answered they’ll get on-board, and 1 means “No way, ever, never!” (and make sure the one finger is the index finger…) Fist of five is a great way to hear everyone’s voice and quickly see who’s not in agreement and why (and then work to get them in agreement).

I hope these tools help your team get off to a great start.

(This post also published on the BigVisible company blog at http://www.bigvisible.com/2011/11/three-simple-tools-for-new-teams/)

You Have Something of Mine

I was speechless. What I saw left me dumbfounded, like when you realize it was a trick play and you were chasing the person who didn't have the ball. I had been working so hard for months on proposals for the Agile 2011 conference - hours of collaboration, hundreds of pages of reading, a day long seminar. I've been waiting to hear whether I would be rejected again (for the fourth year in a row) when I saw the hornswoggling statement. A session had been accepted that was a summary of a book very similar to one that I had read. Helpful, yes. But cutting edge? World changing? Revolutionary? No, but that's where I was wrong. And I had been robbed.

Like many others, I'm always learning - reading books or blogs, talking to others and taking notes. New things are always interesting. But that doesn't mean that the old things are not still valuable. Also, those those old things are still new to other people. But that's not where I was robbed.

I was robbed when I listened to the voice that said, "No one's interested in the little things, the common things, that you value. It has to be completely new, completely unique, and obvious that it required lots and lots of effort."

I find that same line keeping me from giving my best to my team. "Don't share that with the team, they'll think its useless. Write up a bulleted summary with all the links. That would be better," "Don't tell him 'Good job!' What until the whole thing is finished, then tell him. It will mean more then," "Don't bring in cookies for the team. They'll think that's corny. Wait and ask the boss for approval to take them out to lunch." All those opportunities to give something good to others are robbed, robbed by the mirage of Great - the gold-plated big-bang delivery of perfection. Perhaps I would be better off to be agile and  give out what I have to offer early and often. Which leads me to be my next point.

You have something of mine - some story or tip or example that, although free for you to give, would be valuable to me. Don't hold back. Don't be robbed as I was. Let others decide the value, just like the Product Owners or customers we serve.

Strengths of a ScrumMaster

In previous posts, I listed some introductory material on strengths and how to start the process of beginning to build a strengths-based agile team. The next deeper and more powerful step in the process is working with team members one-on-one through the lens of their specific strengths.

When speaking at events, or after facilitating taking the profile test and walking through the results, I am often asked "What strengths do good ScrumMasters have?" I think there could be a good number of different strengths, depending on how the individual leverages them, the make-up of the team and projects needs and the surrounding organization. I'll list several that I think are good or that I've seen leveraged well. I've also listed strengths that "pair well", balance and support, that strength. These could be other strengths that individual has, or strengths that other team members have. In the latter case, those team members need to be interacting and working closely enough together that those strengths come to play directly and collaboratively with the ScrumMaster. I think that a strength not being leveraged specifically when it's needed is like the superhero not responding to the call.

Some Strengths of a Good ScrumMaster
Belief
Belief is good for several reasons. One, I think believing in something, truly believing in it, is infectious. It spreads. Other people can't help but catch it, find out about it, get interested in it when they're around people who are staunch believers in it. Also Belief is great for ScrumMasters because people will surely have good questions, raise tough issues and even come against you. Your rock solid Belief will handle these, and often people need to see there is something real beneath what they see as the latest business fad or self-serving or just not well though through (which in all fairness does happen in our workplaces ). And sometimes it's only your belief in something that carries you through the hard times. And we all know that doing Scrum, and adopting agile in the bigger picture, can be quite difficult.

Pairs nicely with Woo so that you're winning people over to what you believe, and also pairs well with Leaner and/or Input so that you are always taking in information that fills out and supports your belief. That way you can engage in informative dialog rather than "because I/they/boss/Santa Claus said so, that's why" belligerent debates. Also, Learner/Input will broaden what you believer in, so that you become just as much a true believer in, say, test-driven development or continuous integration, as having retrospectives.

Futuristic
Another strength that can pull you through the difficult times and challenges is Futuristic - the ability to really see what could be. That vision should, of course, be shaped and defined by Scrum and agile, and related areas, so it also pairs well with Learner and/or Input. But where Belief is contagious because it provides a solid rock, Futuristic is contagious because it pulls people forward, positively, toward the vision. This is effective in good times and bad, because you can always move forward, ahead. To say Futuristic is important for leadership is an understatement because people, and especially teams, want to get behind, support and follow a vision. Paint that picture you see (cast the vision) repeatedly because vision does leak - life gets in the way and distracts people.

Input
Input is great simply because there is so much to learn, and to quote S.H.R., "it's great to learn, 'cause knowledge is power." As the ScrumMaster understands what's happening at a detail level in his team (with the QA tests, with the designers dealing with the outside vendor) or his company (with management decision making process, and new market they are consider) or with agile (the best books, good blogs), all those bits of information are fuel for good decisions at some later, who-knows-what time. Some people are good at listening and collecting information, but only when they know (or think) it's important information or an important time. As humans though, we make mistakes in judgement (such as what we deem 'important') and timing, much less simply missing information. On top of all of this, frequently it is the most specific details that have the truest value - such as the difference between getting an error versus no response on the call, or there's a new open source CI tool, or which server the problem was on, or that the newest version of the Spring framework coming out in five days can consume XHTML natively (I made that up). But the wonderful thing about Input folks is that they can't turn off the collecting machine. And as a ScrumMaster, this strength can be grown to take in all these great details all the time, every day from every team member and then, like a pollinator, carry it around to other teams, stakeholders, and resources to help them: make better decisions, solve problems, collaborate, raise the bar, help YOUR team.

Input pairs well with strengths that give it guidance and/or limits. Otherwise, the Input can be on the web gathering information for hours. And hours. And hours (trust me, I know this…). So, good with Deliberative, Maximizer, Activator, Achiever.
When paired with Relator, it might yield someone who likes to learn about others, which makes everyone on the team feel loved. Not a bad thing. Input also feeds Belief and Futuristic.

Maximizer
Going from good to great, that's the Maximizer. If you don't think you're group is even at "good", then consider that the fact you are there and know what you know means they are already better than they were before. That's good. Striving for excellence will propel you and the team forward through whatever means you have, whether forming allies, relationship, or using the other strengths you have. Watch that you don't get discouraged because the goal is so far away or hard to reach. Don't become frustrated with others who don't "get it" that we should do X, Y and Z (obviously!). Break down your goal into smaller, attainable pieces. Limit your work in progress to perhaps only focus on a couple items, areas or people. Learn to look for, and celebrate each step towards those.

Pairs well with some form of getting information in order to know what "best" is. That could be Input, Learner, Relator, Harmony, Empathy, Connectedness.

Relator
In the end, it's all about people, and here's where the Relator is powerful and effective. It the personal relationships that the Relator will form that will influence others to come to the meetings on time, try the new method of writing tests, be willing to hear out the person they're frustrated with, get management to agree to pay for the celebration meals, get the Product Owner to show up at the daily stand-up. More than that, though, the Relator is able to see what's in people that is causing them to either impede the agile adoption, or even just personally holding themselves back on the team. When we're running around dealing with people problems (and it's said that all problems in software are people problems), often the "issue" isn't the issue. For example, the problem isn't that testers don't have enough time, it's that the QA Manager hasn't been walked through the new approach slowly enough that he fully understands it and knows that the change isn't really a risk and that nothing bad will happen to his people (making him a bad manager, right?) or upset them with the changes so much that they are all freaking out and giving him more of a headache than it's worth (i.e., it would be easier to stonewall you with "problems" and "risk" and "process"). But imagine the change when he knows you genuinely care about him, how he does, and you understand that he has a team to look after, and that you want him to do a good job at that, and you have his best interests at heart, and will be there if there's any problems, questions or just to help. Wow. He can step forward now, even without all the answers. Even knowing there will surely be some issues.

In every problem and discussion that adopting Scrum brings about, or each new project, or even each new sprint, Relator comes to bear. Being present. Listening. Caring. Connecting. Which is to say, investing in others. And all those investments are money the Relator can borrow when he needs help, an extra effort, grace, trust, the benefit of the doubt, willingness.

Relator pairs well with those strengths that would shape and direct it. Otherwise, it can just sit there being "present" with anybody and everybody, not helping anything move forward. Maximizer, Strategic, Input, Learner, Deliberative, Futuristic, Restorative and perhaps the other feeling strengths Empathy and Harmony.


There are some other strengths that I will add later and update this same post.
Technorati Tags: agile, scrum

Offshore Agile Teams

Good webcast on offshore development teams using agile (perhaps Scrum). The image below shows the medicine that must be taken - colocated teams. Although it sounds like a tough sell, companies that have done this report not only good results but positive experiences from team members.

The notes in red are mine, pointing out the fact that most offshore teams that I have worked with or know people involved with are operating in a dysfunctional structure.

Technorati Tags: agile, offshore, Scrum, software development

Should ScrumMasters Code?

One of my mentor's believed that ScrumMasters should be programming as part of their general duties. If you're in IT, it's likely you know some piece of the programming being done, and if not, have the ability to learn some small aspect (SQL, scripting, batch files, etc).

As I finish up my first Rails project several months ago, I learned a number of things. In the end, I switched my laptop over to a dual-boot Windows\Ubuntu machine. I'm been using Ubuntu ever since, and only had to use Windows for old specialty apps (and even those now have web-based versions). I'm emailing, exchanging and editing documents, tracking bugs, organizing and prioritizing work all from Ubuntu. The boot time is faster, installing apps is easier, and viewing all my windows greater in Ubuntu.

I went to Ubuntu in order to get the developer's web site up and running on my machine. Along the way, I've learned about Subversion and Git, production vs. dev mode on Rails, and how configurations are saved and published (or held).

On my current project, I've started using soapUI to help do some testing for the QA team members. By reading a few pages of the documentation, I learned how to automate the tests and use XPath to confirm data items in the responses. Just getting that hands-on to know the versions of our WSDLs, the endpoint changes, seeing data and changes in the payload gave me a deeper and stronger understanding of the work (and challenges) of what the team is trying to accomplish.

I have a renewed belief that the agile project manager is much more effective when their hands are in the code at least some small percent of the time.

If you're a ScrumMaster, are you doing any programming? Would it help? If so, how? If no, why not? If you're not a ScrumMaster, but a team member, how would you feel about your ScrumMaster getting involved in this way? What if it meant asking more questions, learning and perhaps even making some mistakes?

Technorati Tags: scrum, project management, agile, scrummaster, programming

Improving Retrospectives

For years I've done the classic retrospective at the end of each sprint, asking the team "What worked? What didn't work?" or "More of? Less of? Start? Stop?" But I tried some new techniques recently, and the response was much better.
Most importantly, I used several ideas listed and described in Agile Retrospectives. To start, I asked the team members to choose one of four categories to represent how they felt about being there. This helped to focus and confirm what they hoped to get out of the meeting. I then clarified our values, updating our team agreement with this key, guiding information. The last thing I did was have each of the team members write down 5 idea for improving our scrum. After collecting their papers, I wrote them down on the wall and had the team come up and cast four votes per team member (we had about 20+ ideas).
Throughout the rest of the week of sprint planning, their clarified values and top ideas/problem solutions were referred to again and again, and really helped to shape and guide how the user stories and acceptance criteria were crafted, as well as how the tasks were broken out.
You can also use the "What worked/didn't work" at the end of any recurring meeting in order to improve it the next time.
I highly recommend Larsen's book. The return on investment for improving your retrospectives is significant.

Agile Planning Poker Rules

I posted earlier on planning poker, and since it's a popular post, I thought I'd post again on it.

One item that came up in a recent sprint retrospectives (in the "Where do We Need to Improve?" list) was getting better requirements and estimates. So, after the following planning meeting, where the CEO selected his highest priority items, the team met to review those items.

The meeting seemed to be another poor meeting of nothing definite or different being done - lot's of "Well, I'll need to look at that one more," or "Well, management says it needs to be done by next week, so what does it matter how long I think it will take?". I was ready to call the meeting until Martin asked about the planning poker cards (shwag from Phil Scott at the Agile Panel Discussion at the LA Code Camp). He hadn't used them before so we walked through the instructions:

1. Each team member is given a set of cards.
2. One person read the item to be estimated.
3. The team & customer discuss the item.
4. Each team member privately selects a card representing his/her relative estimate.
5. After all have chosen a card, everyone shows the chosen card.
6. If all estimates match, that item's estimate is complete.
7. If estimates are not the same, the group discusses the differences (focusing on the outlying values).
8. Repeat until consensus is reached.

Few notes on modifications we made to the rules -

• We don't have any business members there, but call in the requester if needed.
• We re-estimate until within one card value of each other, or take the median value if there's a majority.

The team really enjoyed, and benefited from the experience. The secrecy of each persons' pick not only made it fun for them, but it got each person so plugged into the task at hand. There was kidding of those who's estimates were way outside the norm. For outrageously low estimates, we rewarded the low-bidder's confidence by giving them that task, but with an agreement that if they met the estimate, we'd buy them lunch. It was particularly enjoyable to see how much this engaged Jeoff, our only team member with the strength Competition. There was great discussion on all the tasks the team had ahead of them, and we left the meeting with a lot more shared knowledge, both where we're weak and where we're strong.

You can buy planning poker card sets from Mike Cohn's Mountain Goat Software site.Technorati Tags: agile, scrum, project managment, software, team building