LeadingAnswers: Leadership and Agile Project Management Blog

The Science of Empowerment

Solving problems with innovative solutions is fun, exciting and rewarding. Yet, being told what to do is generally boring and not very motivating, but why is this? Why exactly do some ways of working seem enjoyable and satisfying while others the total opposite? Well, the explanation involves chemistry and electricity.

I had coffee today with Dr Michael Aucoin, author of Right Brain Project Management, that I have discussed previously. He has been in Banff working on his new book and we chatted about empowered teams and productivity.

He explained that simply presenting work as questions rather than statements can engage mental models that make work more engaging, rewarding and in turn productive. More and more research on the brain is showing that we are hard-wired to reward ourselves for solving problems. Thinking about this, it makes sense, evolution rewards problem solvers and so an appropriate response is to make it feel good so that we continue doing it.

When we solve a problem and get that “ah-ha” moment, pleasure circuits in the brain light-up and endorphins are released that give us the buzz of solving the problem.  We also generate ownership for the solution and motivation to make it work, even if we encounter obstacles during the implementation. Contrast this level of enthusiasm with the prospect of having to do mandatory administration tasks or form filling. It is no surprise people enjoy working on empowered teams more than being directed exactly what to do, and some teams are orders of magnitude more productive than others.

So, as a project manager looking to increase productivity and motivation, is it simply a case of posing all work as questions and problems to be solved?  Obviously not, asking “Can anyone get our time recording entered?”, “Or, how can we write up these meeting minutes?” is likely to elicit the deserved response of “Yes, you need to stop wasting our time with dumb questions and do it!”

However, most projects could greatly benefit from engaging people’s problem solving skills and the motivation from solution-finding. Rather than over analyse difficult problems and prematurely decompose complexity into simple tasks, instead invite the team to find solutions. Make use of people’s problem solving skills and increased motivation it brings to create a more rewarding environment.

Is this manipulation, a mind trick to get people to work harder? I don’t  think so, instead a more insightful and respectful way of engaging a team. After all “We manage property and lead people. If we try to manage people they will feel like property”. Research on the brain is helping us understand what we instinctively feel. I am looking forward to Mike’s next book and learning more about working smarter.

Hiring for an Agile Team

What characteristics do you look for when hiring for an agile team? Our next Calgary APLN meeting is a panel discussion on the topic and looks set be a great one.

 

Some broad characteristics identified in the planning emails for the panel include:

Characteristics of a high performing team:

• Collaborative / effective communicator
• Willing to cross boundaries
• Work side by side / discuss work out problems real time
• A lot of face to face communication required
• Humility - accept feedback
• Able to compromise / support team decisions
• Able to reflect back on events and provide insights (critical for retrospectives)
• Always looking to improve
• Think about things rather than blinding moving forward…..
• Pragmatic - Knows what “just” enough is, Do what it takes
• Adaptive / Flexible - Change direction as required
• Takes initiative / self motivated
• Willing to try new things (may be evident by a desire for continuous learning)
• Can figure out the most important thing to do next. Doesn’t need to be told what to do.
• Risk tolerant – able to make a decision and act based on the information known
• Able to work in fast pace / intense
• Willing to work in a team room – little privacy, very noisy, no prestige
• Can challenge ideas in a respectful manner
• Work incrementally - Willing to revisit work
• Accepting that the big picture will evolve over time

Detecting these characteristics:

• Behavioural descriptive questions – tell me a time when….give me an example of….
• Interests / desires may be evidence of the characteristics
• Informal references from prior projects / peers etc.
• Auditions – pairing on an activity
• Trial periods

The panel members have also identified a set of technical requirements based on the various roles (developer, test, architect, etc), but I am most excited about who we have on our panel...

Agile Business Conference 2009

I attended the Agile Business Conference in London this week and presented on Tracking Project Performance. I missed this conference last year and so it was especially good to catch up with people again and hear what they have been doing. Also, after working in London for six years, but then living in Canada for the last nine years, it is always interesting to see how things have changed since my last visit. This year it was video screens replacing all the paper billboards going up and down the escalators on the Underground that caught my eye.

 

The conference was very good, and had the general theme of “Agile Grown Up”, focussing on the organizational impacts of using agile. This may not have been as much interest to technical people, but was right up my street. On Tuesday there was a great session about agile at Nokia where 1800 software developers are using agile to develop the Symbian mobile phone platform. They are using a version of Dean Leffingwell’s “Agile Train” approach for scaling agile to such a large team and most agile practices, but not pair-programming or emerging architecture. However, the main emphasis was beyond the technical process scaling and more on the ongoing coaching, mentoring and training that is required for such a large undertaking. In a discussion with the presenter Simon Buck after the talk I learned that they aim for one full time coach/trainer for each set of 5 Scrum Teams (each about 7 people). Quite the undertaking.

PMBOK v4 and Agile mappings

For the attendees of my recent Las Vegas course, below is a link to the PMBOK v4 to Agile mappings we discussed. My previous course material mappings were based on PMBOK v3, and before that the 2000 edition, which are out of date now.

 

Quite a lot changed from the PMBOK v3 to v4; all the processes were renamed into the new verb-noun format. Six of the old processes were merged into four new ones, two processes were deleted, and two new ones added. So it seemed like time to redo the mappings and post them online this time.

 

Cautions

Process guidelines and templates are not an acceptable replacement for common sense, thought, dialog, or collaboration. A fool with a tool is still a fool, but can be especially dangerous since they give the impression that they have a potential solution to tricky problems. Beware of simply following any project guidelines that seem counter to your objectives.

 

So, why would you want to be mapping the PMBOK v4 to Agile techniques anyway?...

Calgary APLN Social

The Calgary Agile Project Leadership Network (Calgary APLN) 2009/2010 season kicks off this week with a social at the Barley Mill in Eau Claire, Thursday Oct 1, 4:30 – 6:30pm.

“To help build a vibrant Agile community in Calgary, we would like to invite you to a networking event. Come out and meet other Agile Leaders within Calgary, swap stories and share some laughs. Agile Recruiting has graciously sponsored the event by providing appetizers. Cash bar will be available.”

This is a chance to meet and chat to other people in the agile project leadership community in Calgary. We have a limited capacity so register to reserve a place. I hope to see you there.

PMI Agile Launch Event

On Tuesday I was in Chicago for the PMI Agile Community of Practice launch event. It was hosted by Thoughtworks and kicked off by Martin Fowler and Jim Highsmith. Jesse Fewell and I introduced the community and outlined the goals.

With getting on for half a million PMI members worldwide, many in the knowledge-worker domain, agile methods have a lot to offer this already huge community. It is set to get larger too, PMI member growth progresses at about 20% per year, and PMI research indicates there are up to 20 million people engaged in knowledge-worker projects worldwide.

The spread of agile ideas to the PMI is inevitable and already happening on many fronts. I was concerned that it would be adopted incorrectly, fail and then be dismissed. This is still a risk, but with the launch event at Agile 2009 and an open invitation to Agile Alliance members to get involved and drive the initiative, the hope is that the initiative will succeed.

For an event that proposed bringing agile and PMI groups together, there was surprisingly little conflict or debate. But, then I suppose those people opposed self-selected and chose not to attend. Besides, few people subscribe to a purely agile or purely traditional approach to all projects anyway. We have to be pragmatic and chose our approach based on project and organizational circumstances.

The “PMI-Agile Community of Practice” is a free to join group aimed at “Equipping PMI members with Agile knowledge and skills".  For more details see the community wiki.

Back Blogging Again

OK, I'm back and I really need to post here more often. Summers in Canada are so short that I try to pack a year’s worth of adventures into 3-4 short months. We (hopefully) still have plenty of summer left, but I intend to post more frequently as there is lots going on in the agile project management space too.

In a couple of weeks we have the Agile Conference in Chicago and I’m looking forward to the PMI-Agile Community Launch. (See this week’s GanttHead article). In September I’ll be teaching my 2 day class in Las Vegas (Sep. 14-15). In October I’ll be presenting at the Agile Business Conference in London (Oct 11- 15). Then training again in November in Savannah (Nov 7-11) and San Diego (Dec 12-16).

 

This summer’s silly idea was to try competitive mountain biking. A sport in which I quickly progressed beyond my ability and paid the penalty with crashes and injuries. So for now, I’m keeping the extreme to the projects and would like to thank Kelly Waters for pointing out that my site needed some long over due maintenance (one link was now an “off-topic” site.) Kelly runs the great site www.allaboutagile.com check it out if it is not on your regular list of sites.

Launch of the PMI Agile Community

The “PMI Agile Community” will be officially launched at the Agile 2009 Conference in Chicago, August 24. This has been made possible by Jesse Fewell and the strong team of volunteers pushing through the red tape of the PMI and the help from supportive PMI members.

For over eight years now I have been promoting taking agile principles to the PMI. In 2001-2003 my proposals for the PMI Global Congress conference (that were pretty derogatory of command and control approaches) were rejected. It was not until 2004 I smartened up and was successful in getting my paper (Using Agile Alongside the PMBOK) accepted and went to Anaheim to present at the PMI conference.  That was the only agile presentation that year at the conference, but year on year since, there have been more and more agile sessions at the PMI conferences. In 2007 when I met Jesse at the PMI Global Congress in Atlanta (where I presented on Developments in Agile Project Management) there were about 10 other agile related sessions.

This year I had decided to skip the Agile Conference, only because August is prime hiking, biking and climbing season in Canada’s short summer in the mountains. Yet, I cannot miss this launch; it has been so long coming, so I’m flying in for a couple of days for the community kick-off. I am glad to be attending, if only for a short time.

The PMI Agile Community is a grass-roots initiative between a group of Agilists and the Project Management Institute (PMI) to create a new Agile Community of Practice (CoP) within the PMI, with the stated purpose "to equip PMI members with Agile knowledge and skills". To read more about the PMI Agile Community see the Community Wiki. 

Thanks to the Scrum Alliance for sponsoring our launch event and the Agile Alliance for helping us kick this off at the best event of the year, the Agile Conference . I am looking forward to it.

2004 PMI Paper - Using Agile Alongside the PMBOK

2007 PMI Paper - Developments in Agile Project Management

Project Success?

What defines project success? On “time and budget”, or “to specification and quality requirements”, maybe all of these? No, we are missing some less tangible, but critical components; how do people feel about the project once it is done.

On May 12 the PMI-SAC Awards for the best projects and the best project managers will be held in Calgary and Captain James Lovell, Commander of Apollo 13 will be giving the keynote “Apollo 13 – A Successful Failure”. This year I am a judge for the awards ceremony and in reviewing the applicants I have been thinking about what constitutes a successful project which prompted the recollection of some famous projects...

Apollo 13
Let’s consider Apollo 13. The third manned mission by NASA intended to land on the moon that experienced electrical problems 2 days after liftoff. An explosion occurred resulting in the loss of oxygen and power and the "Houston, we've had a problem" quote from Lovell (that is widely misquoted as, "Houston, we have a problem".)

The crew shut down the Command Module and used the Lunar Module as a "lifeboat" during the return trip to earth. Despite great hardship caused by limited electrical power, extreme cold, and a shortage of water, the crew returned safely to Earth and while missing the main moon-based scope, it was a very successful rescue, allowing future missions. “A Successful Failure”

Titanic
(The 1997 film not the original ship). This film was six months late, massively over budget and finished with a bloated 194-minute running time. Seemingly not a good performance given the original schedule, budget and scope requirements. Yet the film turned into an enormous critical and commercial success, winning eleven Academy Awards, including Best Picture and became the highest-grossing film of all time.

Upcoming Events

After returning from teaching a PMI class in New Orleans, the PMI have added some additional venues for the course later in the year. This is a good sign for agile methods within the PMI community; the course sold out quickly which hopefully indicates that many companies are still able to invest in training.

My 2 day Agile Project Management courses will be offered:

• September 14-15 Las Vegas, Nevada
• November 9-10 Savannah, Georgia
• December 14-15, San Diego, California

Of course PMI events go on throughout the year (full schedule), but this year I have deliberately kept the summer free from work events to enjoy some outdoor things closer to home. I am currently signed up for the Police Half Marathon, Calgary Marathon, Canmore 24hrs of Adrenaline, The Canadian Death Race, The TransRockies Bike Race, and Half Moon Adventure Race. Time will tell if I survive them all or stub my toe on the first one and miss the rest – hopefully not! I will report any remotely work related news back here.

Other agile events that look interesting this year include:
Atern Road Shows in the UK: London May 14, Bristol June 18, Manchester June 25.
XP 2009 Sardinia, Italy May 25-29
Agile 2009 Conference, Chicago August 24-28
Agile Business Conference, London October 13, 14

So many events, so little time!

Agile in New Orleans

Next week I’ll be teaching a two day Agile Project Management course for the PMI in New Orleans. The class sold out quickly; I only teach 3 or 4 times a year for the PMI and I wondered if registration numbers would be down this year. The fact that it filled up so quickly is very positive and perhaps more people are tuning to agile as a way to get more work done with less budget.

This year’s Agile Business Conference in London has the theme of “Driving Success in Adversity” and I have submitted a presentation outline and plan to attend. There submission system states “This year we invite presentations and tutorials emphasising how Agile practices promote efficiency in project delivery, guarantee business value and optimise return on investment.” This seems a great theme, agile is all about maximizing business value, and I am looking forward to the conference.
 
Meanwhile, in New Orleans next week, I am keen to hear how organizations are currently using agile methods within their organizations to add value. (I am also looking forward to sampling the food and feeling some warmer weather after a long Canadian winter!)

The "Realization, Suck, Advance" Progression

Many skills go through a familiar progression:
1) Poor Performance
2) The Point of Realization
3) The “Sucking” Phase
4) The Advancement Phase

I went through this with TDD, then with a switch from management to leadership, more recently with learning to ski down hill in control on cross-country skis.

1) Poor Performance – Some things you just cannot do, or you have a lack of recognition about. The end result is that performance is poor.

2) The Point Realization – this is when you realize what you are supposed to be doing and the “a-ha” moment occurs. It feels good to now know what you need to do, but usually we are not practiced at it and still continue to fail for a while.

3) The “Suck” Phase – We know what we should do, but despite our best efforts we fail at doing it. This is because we have had no practice and we have not developed our skills yet. It can be frustrating that after making the mental leap that our performance hardly improves at all. From an external view observers may see no discernable improvement between before and immediately after the Point of Realization. Yet the seed has been sown and with practice we will get better.

4) The Advancement Phase – Now at last we start to make progress as we practice, continue to make mistakes, but get better and better. Our performance improves, we still fail occasionally, but less often and we get longer periods of high performance in between.

Applied Behavioral Analysis Science
My latest Point of Realization came during a presentation by Tony Parrottino at a recent PMI-SAC meeting. Tony was talking about Applied Behavioral Analysis Science as outlined by Aubrey Daniels.

VUCA Lessons For Agile

Bob Johansen author of “Get There Early: Sensing the Future to Compete in the Present” outlines the challenges of VUCA projects. VUCA is a military term used to describe environments characterized by:

Volatility
Uncertainty
Complexity
Ambiguity

In such environments standard Command-and-Control processes are not effective.

I recently attended a great presentation by Denise Caron who outlined Bob’s description of VUCA challenges and the new leadership models that lend themselves to these circumstances. Many of today’s software projects exhibit Volatility, Uncertainty, Complexity and Ambiguity and there are numerous parallels between agile leadership and the VUCA leadership model.

Low complexity, fixed targets and “knowable” problems can be solved with a Command-and-Control approach. Here careful upfront planning and then methodical execution pay dividends. However, projects with high complexity, moving targets and initially unclear end-goals cannot be planned in detail upfront and then simply executed. This is where the advantages agile approaches come into play gaining the benefits of adaption over a traditional “Plan-the-work, work-the-plan” approach.

Johansen brings some useful parallels to the agile model, focusing on the role of a leader when faced with a dilemma involving Volatility, Uncertainty, Complexity and Ambiguity. He highlights a Foresight to Insight to Action cycle as shown next...

Reinvigorate Your Retrospectives

Come and see Jennitta Andrea present on how to reinvigorate your retrospectives at the Calgary APLN meeting this Friday 27 February.

From the outline:
“You know you should be performing regular retrospectives, but you can't convince management or the team that it's a worthwhile investment of time ... Your team has been performing retrospectives every iteration, and they have become monotonous and have stopped producing valuable insights ... You've heard about retrospectives, but don't even know how to get started ...”

Jennitta is a thought leader in the agile community and serves on the board of the Agile Alliance. I am sure the talk will promote many ideas to make retrospectives extra productive.

To register for this free event visit the Calgary APLN Site

Agile Organizations

The week before last I was in Regina teaching a two day Agile Project Leadership course for the Regina .NET User Group. One of the side conversations we had there was about Agile Organizations. Companies who not only embrace agile principles on their projects, but also within the behaviour and execution of their entire business. There is a big difference between running projects in an agile way within a traditional organization and orienting an entire company around principles that match agile values. Here are four well known and some not so well known examples:

1) Toyota
Toyota’s lean approach is well publicized. Through their passion for worker-led continual improvement they review, learn, adapt and improve at an impressive pace. Much has been written about Toyota’s capacity to innovate and nearly all of it comes from the incorporation of many small internal suggestions. In “The Elegant Solution: Toyota's Formula for Mastering Innovation” author Mathew May describes how Toyota implements over 1 million employee suggestions per year, that is about 3000 per working day, a truly staggering number.

There is no big prize for the best suggestion picked each month. Instead all suggestions are valued equally and thanked in a small way. Toyota believes the biggest improvements come about from implementing thousands of small improvements, not waiting for the next big idea.

How do we learn from this? By creating ways for people to contribute, canvas their ideas frequently and recognize all suggestions for improvement; whether they are ultimately successful or not.

Living the Theory of Constraints

This past week I have had an opportunity to experience some hospital process control and contrast it with traditional project process controls. In doing so, I saw many instances of where today’s projects that exhibit uncertainty could be better managed via prioritization and collaborative decision making than preset plans.

How did we get to Traditional Project Management?
Project management is a fairly young discipline, yet because its repeatable process scales so well, and is easy to duplicate and automate; it rapidly became the dominant process for running projects. Frederick Taylor published his studies on “Scientific Management” in 1911 outlining the process of decomposing complex work into simpler and simpler steps until localized labour could be employed to perform each simple task. Embraced by Henry Ford and others, Scientific Management became the prevailing way of problem solving for entire industries.

It was not until the 1950’s when Peter Drucker and then later Michael Porter convinced the world that centralization and command-and-control structures were flawed. Respect for workers and a holistic value based view of systems can produce better results and more sustainable organizations. Yet traditional project management persisted.

Upcoming Calgary APLN Meeting

The next Calgary Agile Project Leadership Network (APLN) meeting will be on Wednesday November 26 at the 5th Avenue Place Meeting room.

At the meeting Mike McCullough from Quadrus Development will be presenting  a re-run of his Agile 2008 conference session “Learning Games For the Agile Practitioner”. At the Agile 2008 conference the session was voted back for a re-run and was very popular. I hope you can make it out to the event.

To register for this free event visit the Calgary APLN site here.

PMI Opening the Doors to Agile

“To deal with complex projects there is an increased need for agile and flexible project management… In future, ‘people’ and leadership skills will be viewed as more important than technical skills.”

Statements like these hardly seem surprising to regular readers here. This is what I have been advocating for years. However, these recommendations do not come from me, but instead from this month’s PMI Today magazine. Couple this with the announcement last week at the PMI Global Congress in Denver that the next PMI Virtual Community to be created will be for Agile Methods and we begin to see a promising trend.

I reported previously that the PMBOK v4 Guide due out later this year has more iterative lifecycle coverage. Then today I heard that my Agile Project Management course has been added to the PMI Asia Pacific Congress 2009 conference in Kuala Lumpur, next February. So, while agile methods “crossed the chasm” into mainstream development a couple of years ago, I think we are only just witnessing this shift in project management.

Why has it taken so long for the managers to catch up? Well, as the popular stereotypes go, perhaps we are just a little slow, or have more change inertia, or more practices to change before embracing the new approach. Regardless, I am just glad things seem to be moving at last in the right direction.

I am looking forward to the PMI Agile Virtual Community as a great platform for bringing agile methods to project managers worldwide; (Virtual Community is the new PMI name for a Special Interest Group (SIG)). Congratulations to Jesse Fewell and the rest of the PMI Agile Board for pushing through the red tape and making this new group a reality.

PMI Agile SIG Getting Ready For Launch

The PMI Agile SIG is gathering speed. This Special Interest Group (SIG) is set to be launched later this year and is very timely. While currently the interaction between agile and traditional project management approaches in most organizations may be small.

This intersection is set to expand. The agile community knows that interest and adoption of agile is on the increase. We need only look at the attendance figures for the major agile conferences over the past few years to see how usage and interest is on the increase.

    

Yet, at the same time the PMI is seeing dizzying growth too. Fueled by demands for tighter controls and better governance, along with a seeming insatiable demand for the PMP certification PMI membership has seen strong growth over the past 10 years.

The PMI Agile SIG will be a group made available to all PMI members who want to learn, contribute, and discuss using agile methods. It will examine the best ways to manage such projects and should be a powerful voice for driving agile related practices into the PMBOK Guide and other PMI standards.

As both agile and PMI adoption increases we will see far more overlap and iteration on projects.

Agile methods are being used increasingly beyond the software domain and rather than dismiss traditional approaches as not applicable I think it is better to work with them and help shape a better set of standards for the future.

I have written on introducing agile into the PMI several times before (here, here, here) and often end up discussing the IP concerns of working with the PMI with people. My take is that I'd rather be on the inside trying to make changes rather than outside taking shots. That's why I present on agile at the PMI Conferences and teach an agile project management course for PMI SeminarsWorld.

So, for those that want to help change the world of project management, the PMI Agile SIG is a good place to start. We are actively looking for members, anyone interested in joining can send an email to PMIAgileSIG@LeadingAnswers.com

Just what the PMI Agile SIG can do will be limited only by the enthusiasm of its members. I do know that there is a PMBOK Extension for the Construction Industry published by the PMI. It is for people in the Construction industry wanting to use PMBOK processes in their unique domain. Rather than the name suggests of just extending the PMBOK it actually says: "if you are in the construction industry, forget these processes from the standard PMBOK and instead replace them with these ones…" Longer term, a PMBOK Extension for the Software Industry that removes static planning and substitutes some agile methods would be very useful.

The APLN Seattle Leadership Summit

The APLN Seattle Leadership Summit is shaping up to be quite the learning event. Here are some of the highlights:

• Collaboration Games by Luke Hohmann and Allan Shalloway
• Kanban by David Anderson and Corey Ladas
• Scrum by Brent Barton and Lance Young
• Getting Started with Agile by Mitch Lacey and Julie Chickering
• Writing Agile Contracts by Bruce Eckfeldt and Jim Benson
• Agile Program Management by Mike Griffiths and Mike Cottmeyer
• Real Option Theory by Chris Matts and Olav Maassen
• Agile User Experience by Arlen Bankston and Jeff Patten

The program also includes two leadership keynotes by:

• Lisa Haneberg, author of seven books including 10 Steps to Be a Successful Manager and Two Weeks to a Breakthrough.

• John Yuzdepski, a partner at Management Concepts LLC specializing in product transitions and commercialization of new technology and a veteran of the mobile communications industry.

While I am involved in facilitating a session on Agile Program Management with Mike Cottmeyer, my real motivation for attending is to hear the other speakers present.

I am a big fan of Luke’s work on Collaboration Games and posted on it previously here. As too with David’s work on Kanban here and Jim’s work on Agile Contracts here. I know Mitch Lacey does a great job of explaining agile and I was introduced to Real Options as a reviewer of Preston Smith’s Flexible Product Development book and want to learn more.

(I’m sure Mike Cottmeyer can handle the session by himself, I think I’ll be sneaking out to attend some the other sessions!)

So, if you can get to Seattle July 17-18 I recommend the event as the best value agile project leadership training you will find this year. $300 for two days of leading edge knowledge and experience is excellent value (plus you could claim 16 self-directed-learning PDUs too, if you need PDUs).

Calgery APLN Meeting Slides Posted

On May 15 I presented on “Decomposing large programs into agile projects” and “Mapping the PMI Processes to Agile Best Practices” at the Calgary APLN meeting. I have uploaded the slides in PDF format and also a zip file containing the hyperlinked Process Groups / Knowledge Areas mapping to Agile practices. (You will need to unzip the PowerPoint slide and Word files into the same directory for the hyperlinks to work correctly.)

Calgary APLN May 15 Slides.pdf

PMI Agile Mappings.ZIP

The timing of the presentation was very close to Michele Sliger and  Stacia Broderick’s release of their new book “The Software Project Manager's Bridge to Agility”. I was hoping we could give a copy of their book away as a door prize, but the book was available about a week too late. However, I received a copy this weekend (thanks Michele, Stacia) it looks good and I look forward to reading it. We also have some copies on order as door prizes for future meetings.

Agile Alliance Update

I recently returned from the Agile Alliance Board meeting in Boston. Three times a year we meet as the board to review progress, plan Agile Alliance programs, conferences and member services. This latest meeting was my favourite. Not only did we get lots done in the two day period, but the process (mainly open space) worked really well and rather than committee work being frustratingly slow, it progressed well, and I came away energized by the whole experience!
We had many good discussions including:

Conference 2009 Update – Next year’s agile conference will most likely by in Chicago, at the Hyatt downtown hotel. Options are being kept open and the venue would work well with between 1200-2400 attendees.

  <Todd Little explains the dynamics of conference venue selection>

Click the "Contine Reading..." link below for more updates.

Calgary APLN Meeting: PMI Framework and Agile

At the next Calgary APLN meeting I will be discussing how the PMI framework maps onto Agile best practices. Yikes, what brought me to this!

Well, back in October at the Calgary APLN planning meeting we asked attendees what they would like to hear about this year. People made suggestions and voted on the topics, the top 5 were:

1) Using Agile on distributed teams
2) Team collaboration / motivation / accountability
3) How to decompose large programs into agile projects
4) Mapping the PMI Framework to Agile best practices
5) Fitting agile into the constraints imposed by the business

The first two have been covered; last November Jane Robarts spoke about her first hand experience of managing distributed agile teams and in February Gerard Meszaros spoke about team collaboration. Both were excellent talks and we have an experience report based on topic 5 “Fitting agile into the constraints imposed by the business” scheduled for June.

This leaves “3) How to decompose large programs into agile projects” and “4) Mapping PMI Framework to Agile best practices”.

Not surprisingly, we had no volunteers for the PMI to agile mapping so on May 15 I have the dubious pleasure of presenting on these two topics; weaving the risk reduction concepts of smaller, more agile projects with the connects-and-disconnects of PMI to agile processes.

When I saw the topic “Mapping the PMI Framework to agile best practices” my first thoughts were; “Don’t” and ‘Why would you want to?” it seemed akin to mapping horse-and-cart operating tips to car driving tips. They are just different and have divergent philosophies.

However, I can see that asking for mappings helps provide a familiar context for new knowledge. It also reassures people that everything in our old process is covered-off in the new process and there are no gaps. So, to help provide context, but not to imply equivalence, mapping the PMI framework to agile methods will be explored with the connection points and gaps identified. I will be careful to emphasize the viewpoint shifts in addition to the process differences.

If you can, please join us for what I hope will be an informative and entertaining presentation. Spaces are limited so register in advance to reserve your place. www.calgaryapln.org. For those that cannot attend in person, I will post the slides and resources here after the presentation.

Agile 2008 Submission Review Marathon

Phew, I am done! We had over 120 submissions for the Agile 2008 “Leadership and Teams” stage which is a great response. However at about 5-10 minutes each to read the bio’s, proposal and submit a review it adds up to a large evaluation effort. Here’s how the stages and numbers broke down:

Collaboration Tools

Last week’s Calgary APLN meeting was on Team Collaboration and afterwards an attendee volunteered a really neat and useful team assessment questionnaire. Gerard Meszaros (author of XUnit Test Patterns) who also has strong project management and team collaboration knowledge, presented on “Using Collaboration to Build Team Commitment”. It was a great presentation and referenced some of the Jean Tabaka’s work from the book “Collaboration Explained”.

I have known Jean since her facilitation work with DSDM in the mid 90’s and she really knows about teams, motivation and working effectively with people. Chapter 4 of her book talks about characteristics of high performance teams. After the presentation, Edgardo Gonzalez sent me a spreadsheet based on these criteria that allows quick and easy team assessments.

As seen from the screenshot above, the tool is a one page Excel sheet that assesses the team’s abilities in:
• Self Organizing
• Empowered to Make Decisions
• Belief in Vision and Success
• Committed Team
• Trust Each Other
• Participatory Decision Making
• Consensus-Driven
• Constructive Disagreement

In our example of a fictitious project, four people completed the questionnaire. The collective team score is shown on the left hand radar chart (indicating a weakness in the “Consensus Driven” field) and the individual scores are shown on the right hand radar diagram. Colour coding flags areas as “Red” for concern, “Yellow” for warning (“Trust…” in the example), and “Green” for good.

Not only is the spreadsheet an effective team diagnostic, but a good lesson in Excel spreadsheet formatting and validation. Thanks Edgardo for agreeing to make this available to everyone and to Gerard and Jean for their work in this important field.

You can download the spreadsheet for your own use below:

Collaborative Team Assessment.xls

Agile Project Leadership and More on Accreditation

Last week I taught the “Agile Project Leadership” course with Sanjiv Augustine in Manchester, UK. The course went really well and we were looked after by Ian and Dot Tudor our hosts from TCC Training and Consultancy. They have a number of training facilities around the UK and ours was Aspen House, a converted church that retained all the arched doorways and high vaulted ceilings you would hope for.

It was a rare treat to teach in such nice surroundings and the church setting made evangelising agile all the more fun. In truth we were “preaching to the choir” as most of the delegates were already familiar with the benefits of agile and were looking for practical tools and more leadership techniques to move their organizations to the next level.

Agile 2008 – “Leadership and Teams” Stage

This year’s Agile conference in Toronto this August will be structured slightly differently. Following a music festival structure, the conference will be divided into “stages” to cover different topics. I was able to visit the Agile 2008 conference venue in December when the last Agile Alliance Board meeting was held there and we toured the facility with the Agile 2008 Conference Committee.

Johanna Rothman and I are the “Leadership and Teams” chairs for the conference and we have been allocated a great venue; a large, bright ballroom with high ceilings and lots of natural light. This year the conference has much more space and larger mingling areas both indoors and out which I am sure will help.

On the “Leadership and Teams” stage we are looking for submissions on, you guessed it, leadership and team focused experience reports, research papers, tutorials, and presentations. Now is a great time to submit a proposal, so take a look at the submission system and propose your ideas.

The other element I am excited about is the submission system selection process. I have written previously about encouraging the agile community to prioritize our proposal backlog (list of submissions) and this year it is happening. On the Drupal based submission system anyone can write a review for a session and “up-vote” or “down-vote” a proposal. The cumulative scores for proposals help determine what gets selected.

This will not be a totally crowdsourced selection (like ideagora: Cambrian House), instead panel review will still be involved, but it is great to see the conference users (attendees) involved in prioritizing the features (proposals) for the event.

So, head over to the submission system and up-vote your buddy’s submission, down-vote anything from that guy that won’t return your emails (only kidding) or better yet, submit something valuable on Leadership and Teams for the conference, we would love to see it.

Agile Project Leadership Training Course

On February 4-5th I will be co-instructing with Sanjiv Augustine our new “Agile Project Leadership” training course in Manchester, UK. Sanjiv is the author of the excellent “Managing Agile Projects” book and fellow APLN board member.

This is a fast paced, practical focussed course that covers agile project management, leadership, and avoiding common agile project pitfalls.

You can find further details including a course outline at here.

Personal Agility – Free Webinar

Is agile about new tools and techniques or more a mindset? Philippe Kruchten asserts “agility is not a technology, science, or product but a culture”. This makes sense to me; innovation comes in waves (object oriented programming, business process engineering, lean production, etc); and while they all have their merits, most fail to deliver the full potential of their benefits because people concentrate on the process rather than the mindset. At the heart of agile is a mindset not a toolset.

I was speaking to Christopher Avery today, author of “Teamwork is an Individual Skill” and he shared some thoughts on personal agility and team motivation. Christopher is great for this since he approaches agility and team work from a psychological side whereas my thoughts are usually based on observation and trial and error.

We were discussing motivation and how to motivate peers who you do not necessarily have positional power over. Bosses may try to create motivation via carrot and stick approaches, but these are weak and short lived. People grow tired of such manipulation and find ways to break the system.

Instead, Christopher talked about “Intrinsic Motivation”, a more powerful motivation that comes from within.  People want to be on a winning team, but are not sure how to find or create them. The secret lies in understanding what “winning” means for others and then creating wins around you. In practical terms this means asking people “what is in it for them?” i.e. what is it they would like to learn, do, or gain (beyond a paycheck) from the project and then provide opportunities for these things to happen.

At first this sounded a little odd to me, a bit too touchy-feely. Asking people what they did over the weekend is one thing, but asking them what they want out of a project seems, well, invasive, too personal. However when you think about it, that is backwards, after all the project is something we all have in common. What they did with their spouse over the weekend, now that could be personal!

Telling someone what you really want to get out of a project might seem a little odd too, but fears of doing so indicate a ‘scarcity model’ to information. Why should we worry if people know what we really like to do or gain, chances are they will make opportunities available for us to do them. Helping others get what they want from projects creates an upward spiral of support and co-operation, which when you think about it, is the heart of a winning team.

Chatting to Christopher is always refreshing, he shares so much useful information that I struggle to retain it all. Fortunately for us Chris has recorded a free tele-seminar on Mastering Personal Agility. I heartily recommend it, the people side of projects have the greatest leverage, even small improvements here can yield large benefits; be sure to check it out.

Calgary APLN Planning Session

Last week we had the planning session for the 2007/2008 Calgary APLN Chapter. The goal was to create a prioritized list of topics to explore this season and demonstrate some of the values and practices of agile project leadership along the way.

We started by using the Speedboat game in small groups to identify impediments and propellers towards our goal of “Connecting, developing, and supporting great project leaders”. Speedboat is a group exercise for “Issue” and “Enabler” brainstorming that can be used with any group. It helps people to clarify goals, air their concerns, and suggest options for avoiding risks and moving forward. My colleague and co-host for the session, Janice Aston, wrote up these useful notes on using Speedboat and the outputs from the group.

Download Speed_Boat_Instructions.doc

Download Session_Results_10-17-07.doc

I previously wrote an account on Speedboat and other Innovation Games in an earlier post.

Following the Speedboat exercise we brainstormed presentation topics for the upcoming year. The thought process was: “Given the issues and enablers you just identified with agile leadership, what are the topics you would most like to see presented and discussed this year?”

Each group wrote ideas on sticky notes and we then posted them on the wall. Went through an affinity grouping exercise that sorted them into themed groups and removed duplicate suggestions. We all then went through a dot voting exercise where we assigned three votes among the topic suggestions. The topics and votes counts (shown in brackets) are shown below:

Agile In Atlanta – PMBOK to LWOK

I have just got back from the 2007 PMI Global Congress conference held in Atlanta, Georgia. It was a good conference and while I may question the applicability of traditional project management approaches for software development projects; for organizing a conference it is hard to question the results. I experienced no line-ups; good speaker support and a well thought out and organized conference.

My presentation on “Developments in Agile Project Management” was over subscribed and I was asked back to do an encore presentation which is a great endorsement for the level of interest in agile project management, especially from within the traditional PM community. When I presented on agile methods at the 2004 PMI Global Congress in Anaheim, I was the only presenter on agile methods there. Since then I have seen an increase year on year. Last year I counted four agile topics and this year six, which is a promising trend.

I met up with Mitch Lacey and Stein Dolan who were also presenting on agile methods at the conference and it was great to chat and discover we had a similar philosophy. This is that agile methods are merely additional tools for the project toolbox that work well given certain circumstances. They do not replace traditional methods, but instead can exist alongside them and can be used very effectively when the circumstances warrant. This is what Jim Collins calls” The Genius of the And” and the “Tyranny of the Or” by using a smart mix of traditional methods And agile we can better respond to project challenges and avoid the limitations of “either / Or” thinking.

It is good that the PMI is incorporating more agile content; lots of of today’s projects really need these techniques to be successful. Yet many agile practitioners are reluctant to take their message to the PMI, and prefer to focus on agile conferences. However as Henry David Thoreau reminds us “For every thousand hacking at the leaves of evil, there is one striking at the root” Not that the PMI is evil, but if we are to change the world of project management, then the PMI is a great place to start.

LWOK
My talk covered what’s new with Agile Project management and I was glad to be able to announce the Agile Project Leadership Network (APLN) LWOK program approved just a few days before.

While the PMI has its Project Management Body Of Knowledge (PMBOK) as its core set of agreed practices, little exists yet for agile project leaders. There are great resources scattered around different web sites, but no place we can point people to and say “go and start here, it will get you on your way”.

Developing Authentic Leadership

Last night I gave a talk on “Agile Project Leadership” at the Calgary Agile Methods User Group (CAMUG). I like giving these because the questions raised make me re-examine elements of leadership and last night was no exception.

One question raised was basically “We hear about these ideas and they sound good, but in our projects the same old stuff keeps happening. How do we get real results?” I responded with some explanation about encouraging servant leadership, but in retrospect I think the underlying question was more about making the switch to authentic leadership rather than shallow imitations that bring poor results.

 

Some subsequent discussions with a couple of attendees have helped me straighten out my thoughts on the issue further. “Cargo cults” is the term used to explain the phenomenon of blindly replicating outward behaviour with the hope that it will yield positive results. It originates from a few scattered instances of Pacific Island tribes recreating replicas of the war time aircraft runways, control towers, and radios out of wood in the belief that they would bring back the cargo planes that brought Western goods during the war.

 

The equivalent cargo cult leadership pattern would be to practice techniques like team recognition in the hope that it improves morale and productivity without understanding the work undertaken, or by presenting phony “well done’s” and insincere praise. People have excellent BS radars and phony praise is quickly recognized as attempts at manipulation and has the opposite effect as desired. Likewise mechanical-only attempts at creating a common vision, challenging the process, or creating empowered teams will fall short too. These activities require deep conviction or else they will falter and fade, making genuine attempts harder to introduce later as an “antibody effect” of mistrust develops in the team.

   

Agile 2007, Agile 2008

I’m heading off to the Agile 2007 conference in Washington DC next week so you can probably expect a short gap in postings here as I take in the sessions and events there. This year’s conference sold out early as it was capped at 1100 people due to venue capacity. Next year’s conference will be in Toronto and there has been a good dialogue on the Agile Alliance board recently regarding the objectives for the 2008 conference including optimal size and format.

An element I have suggested for inclusion is a stronger community involvement. On agile projects we let the users prioritize the requirements and I would like to see a similar approach used for Agile 2008. Agile Alliance members could be encouraged to suggest a conference theme and asked to vote on the splits for conference tracks (development, testing, project management, etc) as well as the formats (presentation, Open Space, workshops, etc).

The same could work for selecting presentations and papers too. Why not employ the Wisdom of Crowds and Participation of Crowds in choosing presentations also? Rather than having only a selection committee, give members the facility to vote for presentations using modern web 2.0 collaboration tools. Or if that is too radical and a selection committee is required to ensure a balanced mix of programs across the spectrum of agile methods, at least give 50% of the voting power to the agile community.

The tools to allow such mass collaboration are already available and being used by Amazon in UnSpun and Cambrian House in RobinHoodFund. I’m sure Agile 2007 will be a great conference and with more user participation, Agile 2008 can break new ground in user driven content.

New Agile Project Leadership Training Course

In September I will be co-instructing with Sanjiv Augustine the new course “Agile Project Leadership”. Sanjiv is a fellow APLN board member and author of the excellent “Managing Agile Projects” book. I’m really excited because a) we have an excellent course that will stretch attendees while engaging them, and b) co-teaching with Sanjiv will be a blast since he is such a knowledgable and personable expert.

Our first course offering will be in Manchester, UK on September 10-11th. You can find further details including a course outline at Agile University here

Agile / Traditional Dictionary

I’m presenting a beginners session on Agile Project Management entitled "...But it's not on the project plan!" at the Agile 2007 conference in Atlanta next month. It is targeted towards traditional PMI based project managers and I thought it might be fun and perhaps even useful to give them an Agile to Traditional language translator.

So, like a French / English : English / French Dictionary here are some translations to help the two camps communicate. This dictionary is also available as a PDF for download, the link at the end of the article.

Agile to Traditional

Adaptive - Frequently responding to changes and learning’s on a project by changing the plan, priorities, and/or approach. Agilists believe changes are good!

Agile Methods - A set of development methodologies characterized by being iterative, adaptive to changes and learning, value driven, low ceremony, and encouraging empowered teams.

Backlog – The prioritized list of stories, features, or requirements that the project works it’s way through. The closest thing to a list of requirements a traditional PM will find.

BDUF – Big Design Up Front a condescending term given to large efforts invested early in the project to define requirements or design before building some functionality and getting feedback from the user community.

Burn Down Graph – a project reporting trend graph popular in Scrum used to show the progressive reduction in features or estimated work remaining on the project.

Burn Up Graph – a project reporting trend graph that shows the total number of stories (or features) delivered to date on the project.

Continuous Integration – the process of building and testing the system upon the check-in of any code. Examples of continuous integration tools include: TeamCity and CruiseControl

Carnival of Agilists

This site has been included in the latest “Carnival of Agilists”, a bi-weekly collection of agile related posts, that introduces people to agile sites they may not be aware of and probably produces some Google page ranking uplift due to all the cross referencing.
   

Anyhow, the collection is well worth checking out and I particularly enjoyed the overview of the new Certified Scrum Coach proposal posted by Pete Brehrens and the list of Top 10 Agile Development Web Sites posted by Kelly Waters.

Kelly writes such snappy, engaging posts; I need to learn how to do that! Enjoy.

Developments in Agile Project Management - Part 3

Here’s the last instalment from my Developments in Agile Project Management Paper. Last time I wrote about Accreditation and Generation Y. Today I cover Leadership, Lean and Six Sigma, and Tool support.

    

You can download the full paper with the additional intro to agile and post-agile sections at the end of this post.

Developments in Agile Project Management – Part 2

In my last post I outlined some thoughts for an upcoming PMI presentation. Today I’ll introduce the first two concepts: “Accreditation” and “Appeal to Generation Y”, then will cover the last three topics in a later post and attach the final paper with the “Why Agile?” introduction.

As always I welcome feedback and suggestions for improvements.

Accreditation
Where traditional project management has certifications like PMP and PRINCE2 Practitioner, agile methods are adopting more formal accreditation schemes also. Currently the agile methods: Scrum, DSDM, and FDD have accreditation schemes and recently there have been discussions about additional programs and multi-disciplinary (not just one agile method) accreditations.

However, this is not without great debate and consternation, as for many people in the agile community, certification represent the centralized control that agile methods liberate workers from. For these people creating accreditation schemes represents: commercialization, profit chasing, and rewarding the wrong behaviours. Yet for others, it provides an opportunity to demonstrate their level of knowledge and agile methods experience, it can also provide a study program for self directed learning, and perhaps a low benchmark for hiring decisions.

The Agile Alliance and the Agile Project Leadership Network (APLN) are two volunteer lead groups that promote agile methods, organize conferences and help steward the successful application of agile methods. The boards of both groups are populated by experienced agile practitioners and have discussed the idea of endorsing certification schemes. The Agile Alliance decided not to get involved in the agile certification business and instead issued a statement that “…employers should have confidence only in certifications that are skill based and difficult to achieve.”

Within the APLN, the board has been split on whether or not to lead the development of such a program. However, at the Salt Lake APLN board meeting in February 2007 a motion made by Alistair Cockburn “The APLN commits to lead and support the creation, implementation, and evolution of an accreditation program for Agile Project Leaders based on design criteria including the DOI, with a draft proposal published by August 15, 2007” passed 10 votes to 3.

It was felt that if more agile certification was inevitable then the APLN was well positioned to do it right.

Weaknesses in current schemes were examined which included:
• lack of a difficult test
• lack of peer review and endorsement of candidates in the assessment process
• a closed models to the body of knowledge

Developments in Agile Project Management

Earlier this year I submitted a presentation proposal for the PMI Global Congress conference held in Atlanta this October. I called it "Developments in Agile Project Management" and wrote up a pretty seductive outline that got accepted. That is all well and good, but now the accompanying paper is due and I have to decide what to write about!

I felt a little guilty submitting a proposal when I did not know what I was going to talk about, but in the agile spirit of delaying decisions to the `last-responsible-moment` it gave me the flexibility of including some late-breaking new discovery or trend that may have been missed by locking-in early. Plus, it is not as though I have nothing to present, rather that my choice of topics had not been finalized.

So, in this and my next couple of posts I will outline some of my thoughts on "Developments in Agile Project Management" and offer an open invitation for readers to provide feedback and suggest alternative topics.

The Audience
The typical PMI conference attendee is not very familiar with agile methods. While the title will likely attract those who do know about agile, the majority will still only have a passing awareness of what it is all about. So I will have to keep the content fairly basic and prefix it with a quick tour of agile concepts to provide context. I`d love to present on something like `EVA to Andons: Mapping traditional metrics to agile-lean indicators`, but only a few people would understand it and many others may leave with the impression agile is just mumbo-jumbo and not for them. So, I think the topics should remain fairly basic to engage a large proportion of the audience.

Outline
My thoughts on the structure currently go like this:

Introduction

• Agile methods have been gaining in popularity for software development projects
• As they are becoming more popular, new people are expanding their boundaries and application areas

Why software development is hard to manage

• The intangible nature of software
• Difficulty articulating true requirements
• High rates of change
• High complexity, sometimes R&D based, unprecedented

How Agile methods help

• Incremental delivery provides frequent checkpoints
• Iterative development reduces technical risk
• Lifecycle supports late breaking changes

How Agile methods work

• Business Prioritization
• Timeboxed iterations
• Communications and constraint removal
• Reviews, Retrospectives, acknowledgements and adaptation

Then once this overview is out of the way, introduce the topics that can be thought of as "Developments in Agile Project Management":

Accreditation – Like when children grow up and progress from playgroup to school and start experiencing exams, accreditation and certification in agile methods are increasing as we leave the kindergarten.

Redesigning the workplace to attract and retain Gen Y`ers – how the new generation who “grew up digital” and are now entering the workforce demand: inclusion, collaboration and empowerment – handily the approach promoted by agile methods.

Recognizing the link to leadership – how agile project management is more closely aligned to leadership best practice than traditional project management.

Support by tools and processes – How a new segment of agile project management tools and processes have emerged to support agile projects.

Integration with adjoining fields such as Lean Six Sigma and the Theory of Constraints – How the boundaries between agile and these highly compatible fields are disappearing as a broader audience adopt agile and bring their own contributions and links.

This is probably more topics than I should attempt to cover in a paper or presentation but I wanted to get my ideas out there and ask for alternatives. If you where giving a presentation on "Developments in Agile Project Management" what would you include and why?

Job Posting

I am looking for an experienced .NET 2.0 developer to join our team at Husky Energy. This is a challenging role on an established agile team building a complex oil pipeline management system. The skills we are looking for include:

Must Have

• NET 2.0 (advanced)
• OO/design patterns skills (advanced)
• Experience in enterprise application development (advanced)
• SQL (intermediate)
• Unit testing (intermediate)

Nice to Have      

• Crude Pipeline knowledge
• ReSharper
• MSBuild
• Subversion
• iBatis
• Developer Express suites
• WCF

The role is a contract position for one year. The project has 18 months left to go so an extension is likely. We are using a practical set of agile techniques and have the benefit of three full time users dedicated to the project – which in my experience is rare.

   

Candidates with strong .NET development abilities, a passion to join a high performing agile team, and availability to work in Calgary should send their resume to me at mike.griffiths@huskyenergy.ca

 

The team will be doing the technical interviewing so expect some code reviews and coding assignments in the interview. We have a great team in place that work well together so we are particular about finding the right person. Fit is more important than availability, we will wait up to a couple of months to accommodate the availability of the right candidate.

Blog Award

To my surprise, this blog won the PMISAC award for Project Management Literature last night at the 2007 Awards Gala Dinner. This is a great endorsement, I work on the blog in my spare time and it provides a large encouragement to continue and do more.

I also think having a blog considered for a literary award demonstrates how progressive the PMISAC is. It was not long ago that blogs were more the domain of developers than project managers. It is very encouraging to see alternative media branches recognized.

Blog Award Nomination

I am very pleased to announce that this blog has been selected as a finalist in the PMI-SAC award for Project Management Literature.

The other entries include Dr. Janaka Ruwanpura , Dr. George Jergeas, and Mohamed Moussa  who have written (amongst other things) some great material on decision tree simulation and civil engineering PM best practices. So, while I do not expect to win, being selected as a finalist is a great endorsement and encouraging that a PMI body recognizes agile and leadership based material.

This is an emerging trend, three or four years ago agile awareness and acceptance within traditional project management was the anomaly, now it appears the norm. When I spoke at the PMI Global Congress in Anaheim in 2004 I had the only agile session there, at this year’s conference in Atlanta there will be six others with me. The reasons are clear, many companies are achieving success with agile methods and many others want to mirror them. The high change world of today’s software endeavours are “not your father’s projects” and so we need “not your father’s project management” to lead them.

The winner of the literary award will be announced next Tuesday; I’ll post the result here.

Update on Introducing Agile Article

My recent posts on “Introducing Agile methods to Organizations: Mistakes to Avoid” (part 1, part 2, part 3) have been picked up by InfoQ for a mini-book. While this is great positive feedback for me, it is good news for you as readers too, as I will also post links to the new expanded version here so you can get access to the extra material.

Mini-books are available free electronically and sold in paper form through Amazon. They are short (60-80 pages maximum) and intended to serve a tech savvy audience with a concise, yet in-depth coverage of a subject.

I plan to work on this in May and June and will keep you posted as to how it goes and when the final version is available.

Changing Jobs

In April I will be leaving Quadrus Development to go independent again. I have found an interesting contract at local company, Husky Energy, where they have an agile project to manage and some other interesting initiatives underway and I am looking forward to my new role.

End With the Beginning in Mind
I have been at Quadrus for over six years and I enjoyed my role there tremendously. Someone very wise (Christopher Avery) once told me that when a relationship comes to an end that you should always End With the Beginning in Mind i.e. remember the reasons why the relationship started in the first place and focus on these points when wrapping up. Not only is end-with-the-beginning-in-mind, a great twist on Stephen Covey’s "begin-with-the-end-in-mind", it is also very wise advice I wish I had appreciated when I was much younger.

In his book “Teamwork is an Individual Skill”, Chris says the following about ending partnerships:

“…people so seldom end relationships well. Maybe because we all want so much to win - and endings are associated with losing. Maybe it’s because we are embarrassed that we don’t know how to derive any more benefits from a partnership. Maybe we are embarrassed because of un-kept promises, real or imagined…endings are as inevitable as beginnings and we can improve the quality of endings by avoiding three things:

1) Burning bridges
2) Harming reputations
3) Being inhumane to oneself or others”

Chris then goes on to recommend some positive steps that include:

"1) End the collaboration by bringing to mind the positive intentions and positive results that the partnership produced.
2) Thank your partners for the opportunities, results, and trust they provided you.
3) …"

I think this is great advice, and personally think back with fond memories of when I started at Quadrus. Having enjoyed several years holidays snowboarding and hiking in the Canadian Rocky Mountains, my wife and I decided to emigrate to Canada. It seems foolhardy now, but we both quit our jobs, sold our house in England and moved to Calgary without new jobs to go to. I was fortunate to interview with Quadrus my second week in Canada and was offered a position the same day.

Quadrus took a chance hiring me and I am very grateful for that, I arrived here with my PRINCE2 project management certification that no one had heard of and quickly sat my PMP exam to at least gain some traditional project management accreditation. Fortunately my methodology experience was more transferable, with RUP, Scrum, and XP being well understood in Canada.

I had some cultural challenges as Canada and England are two nations separated by a common language. I learned how to “get my ducks in a row”, “ramp” on new technologies and avoid “kack” while explaining how long a “fortnight” is and what “knackered” means.

Quadrus encouraged me to develop training courses, speak at conferences and publish articles. Without these opportunities I would have missed meeting so many smart people and becoming enthralled by research and lifelong learning. Quadrus has a great set of dedicated IT professionals and I will miss their skills and community.

Other Items, Business as Usual
While I am changing my 9-5 job, my other activities will continue. Quadrus has agreed to continue hosting the Calgary APLN Drupal web site and I look forward to seeing Quadrus folks at future APLN meetings. I will still be writing articles for the Agile Journal and Gantthead and continue to be actively involved with the Agile Alliance, the APLN, CAMUG, and Cambrian House. I will still be presenting on Agile Project Management at Agile 2007 in August and the PMI Global Congress in Atlanta this October. Not least of course, I will continue blogging here, so there will be no end to totally biased leadership and project management ideas.

I will be having some leaving drinks in Ceili’s (803 8th Avenue) on Friday 30th at 4:30pm, anyone who knows me is welcome to drop by for a beer if you are in the neighbourhood.

Next Calgary APLN Meeting - April 10 - Team Motivation

The next Calgary APLN Chapter meeting is on April 10^th and will feature Ross Martin and Lynn Harrison from Black Tusk Leadership speaking on: "Team Motivation: Working Inside the Egg". See www.CalgaryAPLN.org for a full description and registration details. This promises to be an interactive and entertaining talk that emphasises the importance of listening and motivation within teams.

I first met Ross when I attended a "Leadership Challenge" workshop last year. Ross was an invited panel presenter and he impressed me with his knowledge and humble demeanour. I met up with Ross for lunch shortly afterwards to ask him some leadership questions and we got talking about his job as an executive coach and leadership consultant.

Ross explained that he spends a good portion of his time coaching company executives in leadership techniques and providing feedback. As we talked I could not help thinking that this sounded like nice work if you could get it, but a little soft, "foo-foo" and fuzzy, so I asked some more questions. Ross said that the best way to understand what coaching involved was to experience it and offered to give me a 10 minute session there in the restaurant. So that's what we did, and boy, it explained it well.

Ross asked me what my biggest work concerns were and I explained rather than any particular project, I was thinking hardest about what I would like to do with my career. Ross then asked, for this biggest concern, what had I done to try and solve it, and how much of my working week was I dedicating to it. I was embarrassed to admit that while I claimed it was the most important thing, I was doing a pretty lousy job of addressing it. We reviewed each of my options and work done investigating them so far and, in a very nice way, Ross was able to get me to realize that there was a lot more I could do and helped outline a roadmap.

From this and other discussions, I went from being an entertained sceptic to an enthralled convert faster than I can remember. The cynic in me may have thought that this must have been a one-off trick or "Vulcan-mind-meld", but I really think that a leadership coach who knows their stuff can be of tremendous help.

So, get along to APLN the talk if you can, Ross and Lynn have great insights to share and their topic: "team motivation" is an important subject area for all of us.

Agile Project Management Course

Here is a shameless plug for a public two day Agile Project Management course I will be teaching on February 22-23 in Calgary, Alberta. It is an intensive, practical based, small group class that covers the full lifecycle of managing agile projects in the real world.

There are lots of hands-on exercises and project case studies. It employs proven adult learning techniques and a visual learning style to bring the topics to life and help them stick in your mind. The course is accompanied by a comprehensive workbook and a CD of tools, templates and resources.

Don’t (Just) Drink The Kool-Aid

The next CAMUG meeting looks very interesting. Jonathan Kohl will be presenting "Don't Drink the Kool-Aid! Avoiding Process Pitfalls". Here is an excerpt from his presentation outline:

“… merely applying an Agile (or any other) process is not a guarantee of success. As with anything else in life, there are trade-offs, and unintended consequences when applying a tool or process. This talk will explore some common Agile process practices that may work well in some contexts, and have unintended consequences in others.

The intention of this talk is to encourage us all to keep striving to build the best software we can. It's tempting to think we have the formula for success, but in a rapidly changing industry, we must adapt and change accordingly. “

Amen to that, there is no standard recipe for successful projects, instead, as the DOI advises, solutions need to be “context specific”, or as Alistair Cockburn reminds us, a new methodology per project.

This is not to say we should discourage passionate implementation of agile methods. Following my Agile Project Management Assessment Quiz post I was contacted by Simon Baker of Think Box who scored an impressive “Uber Agile” score. You can read an account of his project team practices and successes following the quiz and I commend him and his team on their work.

Rather, the point I want to make, is that our intent should focus on successful stakeholder engagement and better software. If this is achieved via agile methods then great, or if, say, via better communications, then so be it. We run the risk of ignoring the “Individuals and Interactions over processes and tools” value if we focus only on process.

For the last couple of months I have been reviewing draft chapters from Preston Smith’s new book “Flexible Product Development” due to be published later this year. I met Preston through the APLN board and I have learned a lot from reading the draft chapters. A portion that really hit home for me was his description of people over process...

Update from The Agile Alliance Planning Meeting

I have just returned from the Agile Alliance board meeting in Portland, OR. The objectives were to develop the goals and objectives for the Agile Alliance for 2007, work through some conference planning details, and discuss research funding and other initiatives.

The meetings were held at the Kennedy School which is a very cool hotel, come arts and entertainment facility that houses a theatre, restaurant, several bars, and a movie theatre. The whole place has been preserved/restored to a historic school setting and decorated with a wide variety of art installations and period fixtures. The hotel rooms are old class rooms, complete with chalk boards, heavy baseboards and devoid of modern trimmings like TVs. The meeting rooms are old libraries, home economic labs etc. It really was a creative and inspiring setting and I believe helped contribute to a very productive set of meetings. If you are ever near Portland I would recommend you drop in for a look around.

Many of the items under review still require refining so I can not describe them until they are approved, but I think it is safe to outline some of the topics and themes discussed.

The Agile 2007 conference in Washington D.C. sounds like it will be a great event. It is good to learn that the Open Space sessions will be given a higher profile this year. They ended up a little buried away last year which is a shame because they can generate great energy and innovation. 

The conference submissions have now closed and many tracks received over 150 proposals. Unfortunately, some of the tracks only have room for about 50 presenters which means many good submissions will have to be turned down. We discussed other ways of harvesting this wealth of experience and information and I hope we can get some kind of knowledge-base CD of extra tracks or contributions into the Agile Narratives programs to recognize and make use of all these excellent submissions. From a lean perspective it seems like a lot of muda (waste) to let this information pass by the agile community as also-rans. Who knows, maybe there is an experience report or research paper out there that is just the solution you are looking for.

The venue for the Agile 2008 conference has not been selected yet, but planning is in progress. Major hotels and conference centres book up early and so preparations are already underway. Possible venues discussed included: Seattle, Toronto, Vancouver, Atlanta, and Santa Clara amongst others. Not only is the city important but so too is the conference site, we want somewhere that can not only house the large group, but also provide many gathering areas to promote discussion and collaboration.

It was also good to discuss the certification debate so more. I had a productive chat with Ron Jefferies, Brian Marick, Jutta Eckstein, and Ryan Martens and we all seemed to agree that if certifications are to exist they should be skill based and hard to obtain.

The sessions were well facilitated and productive. It is great to have a these face-to-face sessions it is just a shame that we are not located closer to one another so that we could easily (and responsibly) have more of them. My next planning trip is to Salt Lake City on Wednesday when the APLN board will be conducting a similar exercise for its planning year. Surprisingly the only overlap between these two groups is Todd Little and myself, otherwise we could have all gone to the Kennedy school which would have been a lot of fun.

Update on PMI Dinner Talk ‘Agile Project Leadership”

My last two posts outlined a talk I was preparing for the Calgary PMI chapter. The presentation went well, the event was full at 125 people and the audience was very receptive to the message. This was pretty much expected, as nothing was meant to be confrontational. I positioned leadership as the human-centric extension to management that I believe it is. We had some good questions after the talk and I was invited back by the organizers to present at their PMI Conference in November which was a nice endorsement.

(I enjoyed the event, but need to get faster at creating these presentations. I use a lot of graphics and team-room photographs and these currently take me much too long to create, organize and turn into presentations. I keep thinking that I will get quicker as I build up a library of collateral, but every time it takes me days to prepare. I think it’s time to seek some help and I will chat to Ole Jepsen about this when we meet for the APLN planning meeting in Salt Lake. He used to create courseware for a living and apparently has a method or system for created them that saves lots of time – I will see if he can help me.)

An introduction to Agile Project Leadership – Part 2

In Part 1 I explored the humanistic side of leadership and two leadership practices:
1. Modeling desired behaviour
2. Creating and communicating a vision

In this post I will explain three more practices:
3. Enable others to act
4. Willingness to challenge the status quo
5. Encouraging each other

And wrap up discussion of the presentation “Agile Project Leadership” I will be delivering tomorrow evening.

3) Enable others to act – We need to foster collaboration by building trust and strengthen others by sharing power. When we have a trusting work place people can be more productive since people need not fear reprisal or ridicule if they make a mistake. I visualize it like this, if you need one hand to cover your rear it only leaves one hand free to work. When we can create an open, forgiving work environment, without the need to CYA, people are much more productive.

We can do this by setting an example. Admit mistakes publicly to the team, show people it is good to learn and move on. Hold information sessions to share knowledge, we want an abundant mentality to information not a scarcity based model where people protect knowledge. Ask the team searching questions such as:

• Do you have what you need?
• Where do you think we are vulnerable?
• Where are we not meeting goals?

Get the team in on risk management and the things that the traditional project manager has to worry about individually. Not only will people feel valued for being consulted, but a slew of valuable input will be created.