Project Management the Agile Way

It's almost here! "It" is my new book, "Project Management the Agile Way...Makng it work in the enterprise", most likely in Amazon by January 2010 if everything continues on the path with the publisher-Gods.

In this book, I expound on my top-five for agile, and actually blow it out to 12 major themes, from a quick overview of 4 agile methodologies, through a business case, test strategy, and eventually ending with benefit capture.

You know, on this last point, the NPV of the typical agile project is better than the traditional plan-driven methodology, at least for a few periods where the early deliveries start earning benefits early.

If you work in a business environment where the executives need to be persuaded to do projects, and a business case becomes a contract for performance, this may be the book for you. This is about agile in a business situation where projects may not be a core competency, but simply a means to an end.

I hope you enjoy the read as much as enjoyed the write!

Are you on LinkedIn? Share this article with your network by clicking on the link.

The science of complexity

Warren Weaver wrote one of the classic papers on complexity in 1948. Even though that was more than 60 years ago, some things are timeless.
Entitled "Science and Complexity", it postulates two views of complexity: 'disorganized complexity' and 'organized complexity'.

Disordered complexity deals with situations of many elements that interfere with each other in difficult-to-predict or even random ways.  Weaver writes what is ".... meant by a problem of disorganized complexity. It is a problem in which the number of variables is very large, and one in which each of the many variables has a behavior which is individually erratic, or perhaps totally unknown. However, in spite of this helter-skelter, or unknown, behavior of all the individual variables, the system as a whole possesses certain orderly and analyzable average properties."

Wow! that sounds like a software system!  On average, we know what is going to happen, but moment to moment, the odds are that something strange might occur. 

This certainly the case for latency in the Web, order frequency at an on-line store, and even the iteractions of tens of thousand of objects that make up large scale systems.  The curious thing is that as knowledge of any particular actor becomes more difficult to predict, the precision of the average response tends to improve by the square root of the number of actors in the sample.

Organized complexity, on the other hand, are equally vexing problems, but they are problems of relatively few variables.  Hence, many of the statistical techniques do not apply because the average response is not an appropriate way to observe the situation.

Weaver again writes: Organized complexity ".... are all problems which involve dealing simultaneously with a sizable number of factors which are interrelated into an organic whole.".  The behavior of a handful of objects is one of organized complexity.

One strategy heartily endorsed by Weaver in his paper is what he calls 'mixed teams', which today we call mult-disciplinary teams.  He writes with amazing foresight:  "It is tempting to forecast that the great advances that science can and must achieve in the next fifty years will be largely contributed to by voluntary mixed teams, somewhat similar to the operations analysis groups of war days, their activities made effective by the use of large, flexible, and highspeed computing machines. However, it cannot be assumed that this will be the exclusive pattern for future scientific work, for the atmosphere of complete intellectual freedom is essential to science. There will always, and properly, remain those scientists for whom intellectual freedom is necessarily a private affair"

One only has to look at the current literature on agile teams and the role of the the SME outsider as an indvidual but eccentric contributor to see that there is not much new in the world.

Are you on LinkedIn? Share this article with your network by clicking on the link.

Open workspaces and communications

In the December 2009 issue of the Harvard Business Review -- the theme of which is 'spotlight on innovation'--James B. Stryker has an interesting item in the magazine's Forethought section reporting on his research into the effectiveness of open workspace. He titles his work: "In Open Workplaces, Traffic Headcount Matters"

Everyone who's been around a while remembers the mid-80's push for quiet, private workspaces, many with hard walls and a door! Then came the dot.com boom and the age of osmosis, as Alistair Cockburn puts it, and the open workspace is ushered in. That's more or less where we are today, 10 or 15 years later, with low-rise cubicles, open areas, and lots of face time with our co-worker--that is, if you go to where the work is done, and you do if you are on a SCRUM, XP, or Crystal team.

Mr Stryker cites three parameters that are key to productivity in the open workplace:

• Visibility

Here's a wow! If the space is on a main traffic route that gets lots of notice, 60% reported increased face time with team members. Lesson: don't locate in corners!

• Density

More people, more communication--somewhat obvious, but Styker says 16 people in a 25-foot radius really works.  That's about 120+ square feet per person, counting all the public areas.  Generous by my experience.

• Oasis

Now this is one I really like: 22 meeting spaces within 75-feet is a recommended figure.  My last project was rich with meeting places and it really makes a difference.

Overall, Stryker's article is worth a view, even at a coffee shop or bookstore where HBR is on the shelf!

Are you on LinkedIn? Share this article with your network by clicking on the link.

Glen's Quote of the Day: schedule risk!

Glen Alleman comes up with some nice quotes of the day. One of my favorites is about the swooshing sound of milestones as they fly by:

I love deadlines; I especially like the SWOOSHING sound they make as they fly past
— Douglas Adams

Glen has a nice little post on this, and he mentions another favorite of mine: the Monte Carlo simulation to get a handle on schedule risk. The fact is, the statistical math is either not closed form or impractical to evaluate for any real schedule, so the only way to really see what is going on is with a simulation--and it's fast!

The Central Limit Theorem tells us the outcome distribution of a long term schedule with a lot of activities is going to be nearly symmetric--that is, about as many things are going to go right as not over a long term--but the confidence interval, in real numbers, for any particular schedule is only knowable with simulation. And simulation is the best way to get a fast read on the project manager's best friend in statistics: Expected Value

Give it a try!

Are you on LinkedIn? Share this article with your network by clicking on the link.

The People Puzzle: non linear devices!

One of the most prolific writers in the agile space of thought provoking ideas, and author of one my favorite articles is Alistair Cockburn, the inventor of the Crystal family of agile methods.

[Some of these links are a little slow to load, so patience is advised]

One of Cockburn's favorite subjects, at least measured by his passion, is people, and a worthy note he wrote is entitled  "Characterizing People as Non-linear, First Order Components in Software Development.

In this paper, Cockburn's premise is that people are 'active devices' in software development, and like all active devices, there are success and failure modes, primarily these four:

1. People are communicating beings, doing best face-to-face, in person, with real-time question and answer.
2. People have trouble acting consistently over time.
3. People are highly variable, varying from day to day and place to place.
4. People generally want to be good citizens, are good at looking around, taking initiative, and doing “whatever is needed” to get the project to work.

He also suggests that people have these general characteristics:

• People need both think time and communicating opportunities 
• People work well from examples 
• People prefer to fail conservatively than to risk succeeding differently; prefer to invent than to research, can only keep a small amount in their heads, and do make mistakes, and find it hard to change their habits.
• Individual personalities easily dominate a project.
• A person’s personality profile strongly affects their ability to perform specific assignmen

There's actually a lot more in the paper that makes for thoughtful reading.

Are you on LinkedIn? Share this article with your network by clicking on the link.

Project Managers: who owns the content?

In the course of a project, a lot of things get developed, much of it renderings of ideas in all manner of media.

Question: who owns the content?

Answer: it depends! If you are working under the rules of 'works made for hire' your employer probably owns the content--lock, stock, and barrel

But if you are not on a 'works made for hire' agreement, and you are the author, most likely you own the content under the principle of "original works of authorship" unless you have signed it over with a written document to someone else--at least that is true in the United States.

In the U.S., an idea can't be copyrighted, but an idea expressed in media is automatically copyrighted to the author, whether or not published, and no declaration or registration is required, ever!

Want to know more? There is a really good document, written clearly and in plain language, at the copyright office of the United States. Just click here to get it.

What about creative commons? What is that? Well, it is a means to share copyrighted material for purposes of innovation and content sharing. There are several sharing ideas under creative commons. Here's a good slideshare on the topic from Jennifer Dorman.

And what about 'free use'? Well, the courts have generally agreed that you can copy up to 250 contiquous words, or 400 words from an entire work, without getting a copyright release. But there are exceptions, especially when the 400 words is the essence of the copyrighted work. Read more at the government website on copyrights

Are you on LinkedIn?

Share this article with your network by clicking on the link.

The Subsidiarity Principle

What does the Catholic church have to do with project management? Well, do you remember the encyclical “Rerum Novarum” of 1891 by Pope Leo XIII? If not, then to make a quick point, among other things, it postulated the concept of subsidiary function, also called subsidiarity, to differentiate responsibilities between the Vatican and other units of the church. However, the idea has spread far and wide and is embraced in modern business thinking and progressive project management--like agile methods.

In a word, what it means is push things down: more importantly, don't interfere with subordinates. Have faith they know what they are doing, and more likely they will do the right thing.

There are rights and responsibilities that come with this principle. The central authority has a right to expect responsible behavior of its subordinate, but retains thea right to verify performance— – to trust, but with verification— – and intervene to impose corrective action.

The subordinate unit has a right to expect a degree of autonomy, with reasonable inspection and verification, so long as the subordinate acts responsibly. The subordinate has a responsibility to act in its own interests and in the interests of the central authority, taking care to not over- optimize at a low level.

When the principle of subsidiary function principle is extended to project planning, the first planning criteria is that plans should not be unnecessarily obtrusive; in particular, an agile plan should not direct, prescribe, or otherwise limit maneuverability and activity beyond the establishment of acceptable norms and conventions.

In other words, planning is to be done by the most competent and responsible decentralized project unit that is competent and responsible.

For progressives, it's not hard to buy into subsidiarity!

Are you on LinkedIn?

Share this article with your network by clicking on the link.