Feeds:
Posts
Comments

Archive for March, 2011

There are many factors that contribute to project success.  It starts with your attitude toward project success and your belief in success.  Without a clear vision of project success, your project is likely to fail.  This is why it is important that you spend enough time to build a commonly understood and agreed upon project vision at the very beginning of your new project.

In this video (taped in Washington, DC in October 2010) I am talking about a project where I led a team of parents founding a local preschool in our home town:

To learn more about this important principle for project success, read my book “Leadership Principles for Project Success” of which the first chapters are available in Google preview.

Advertisements

Read Full Post »

As Agile project management and the concepts of Radical Management become ever more popular there is at least one important factor that everyone who is honestly interested in embracing the Agile evolution has to be aware of:  know thy culture.
Agile offers many methodologies, tools, artifacts, you name it.  Scrum is simple and powerful.  And it is relatively easy to learn the fundamentals and apply Scrum in your daily project setting.  Alas, this is not sufficient for Agile to work.

One of the key elements for Agile to work is the right environment.  Let me give you two examples of what I mean by this environment:

(1) All involved people have to be open for the highly collaborative approach of Agile.  Collaboration is not limited to exchanging emails.  It is an attitude and willingness to truly work together in one team and as one team.  It means openly sharing available information, showing an eagerness to help and empower each other.  True collaboration doesn’t fall from heaven.  You have to nurture it.  “You” in this context is the core and extended team.

(2) Nobody is perfect.  We all make mistakes.  And this is good as long as we learn from it.  In an Agile setting learning and innovation have to be daily routine.  We should constantly reinvent ourselves, should look for ways and means to improve our performance.  Regular lessons learned sessions are great if and only if they yield tangible action items for the next sprint and are supported by the whole team.  Creating a culture of learning also implies that people, including management, have to be humble enough to make mistakes, admit, correct and learn from them.  – Unfortunately admitting mistakes seems to be an impossible feat for management in many companies.  Makes you wonder about their actual ability to lead,  for cultivating learning is one of the principles of effective leadership.

Read Full Post »

In a recent article on the website of the Scrum Alliance Bob Martin addresses the problem of Scrum teams which after a period of hyper-productivity faces declining productivity and team morale.  His article aims to lay out a possible path back to high-performance and great outputs and client delight.  The key he claims to get the team back to a stage where it can go fast and stay clean.  And, he continues, both productivity and the output have to be measured.  He suggests to utilize engineering practices of eXtreme Programming (XP) such as Test Driven Development (TDD), Continuous Integration, Pair Programming, Collective Ownership, and Refactoring.

So much can be said: Bob’s article is convincing.  It is important that we need to keep our teams go fast and stay clean.  However, is measuring productivity and rewarding teams at the core of re-aligning flagging teams?!  I don’t think so.  What I think causes declining productivity and a deteriorating team morale along with lower quality deliverables is often an imbalance of the factors that ensure project success.  Let me tell you what these factors are and how you can find out if your own team fulfills these preconditions for success.

First, the team needs to have a common understanding of the project vision.  A project vision goes beyond project objectives or in the case of Scrum it goes beyond the Sprint or Product Backlog. A vision defines the purpose of the project or product in the first place.  We all know that requirements change throughout the lifecycle of a project.  The vision is less prone to changes.  The key is that the team understands and lives the vision.  For this to happen they need to be able to relate to the vision in its daily project life.  It needs to motivate and drive their activities.

Second, effective collaboration is not static.  It needs to be nurtured.  Just because you have a performing and hyper-productive team in one sprint doesn’t guarantee that this will go on forever.  Collaboration has to be nurtured on an ongoing basis for it to bear the desired fruits which is a high-performance team.

Third, performance is important and it needs to be promoted.  This is where Bob’s list of engineering practices comes in very handy as they help promote performance on the individual and team level.

Fourth, ongoing productivity and performance require reflection and continuous improvement.  Create a culture of learning in your team.  Often teams neglect proper regular retrospectives or lessons learned sessions.  The momentum and excitement of the beginning have flattened.  In such a situation I recommend to bring in an outside person to facilitate a lessons learned workshop and review the work of the team.  It is necessary and laudable that the team holds regular retrospectives.  This is no substitute to conduct external project reviews.  Provided they aim to identify ways and means to boost productivity and performance of the team.

Fifth, ensuring ongoing results should be a given in any Scrum team.  But is it really?  How tangible are our deliverables?  And how much value to they add to the customer?  Do they really delight the customer?  Have we lost touch with the customer?  Are the deliverables in sync with the overall vision of the project and/or product?

All of these 5 principles have to be balanced.  It is not that there is one principle which is the most important one.  They all have to be balanced.  And it is up to the team to do so.  If the team cannot see the trees in a forest, someone has to stand up to this task.  It is a question of leadership and it is a question of success.

To learn more about what it takes to re-align a weary scrum team, read book “Leadership Principles for Project Success” (CRC Press, 2011) or contact me directly.

Read Full Post »