Archive for August, 2009

Open & Agile

Like most I think I am a fan of all things open (it sounds better than closed) the term “OpenAgile” recently caught my eye.  The group pushing this term has a nice e-book pdf of their concept.

One of the people out in front on this is Mishkin Berteig. He seems to be combing some Scrum stuff, some Lean stuff, and something called the Learning Circle from the education world.  Other than having the e-book out there, I am not sure what is “open” about it, but the e-book is a quick read, and may prove useful to teams trying to find a form a Agile that works for them well.

- Michael Grollman

Tags: ,


Taking Scrum up a Notch with Smoother Agile

John Scumniotales , the co-creator of Scrum and the first Scrum Master (his words) did a really cool webinar on why agile environments needs more than Scrum.  Among other things, he lays out four key elements that are part of securing a successful agile environment, none of which are really top of the list in a pure scrum philosophy although not in any way antithetical to scrum, just a layer on top of it.):

  • Cross-functional teams that include the customer (or their proxy), development, test, documentation and anyone else required to create “the whole product”;
  • Incremental delivery of production quality capabilities at regular intervals;
  • Test-driven development that builds quality in from the beginning;
  • Automated and unattended build, test and reporting and I maniacal focus on build quality.

I particularly like the test driven development stuff.  You can check out the whole webinar here.

- Michael Grollman

Tags: ,


Getting performance measurements right in Agile environments

One of the hardest things to do in any agile development environment is the production of good metrics on productivity.  Jeff McKenna, one of the earliest leaders in agile development, put out a blog entry on just this point.  A key issue, Jeff points out, is that at all development varmints are based on team dynamics, and it is always difficult to separate out team productivity from individual productivity.

He suggests the following rule of thumb to help build evaluation and performance systems for ads all environments.

To summarize:
50% Team performance
25% Team evaluation
25% Individual growth in functional area

Read more here.

- Michael Grollman

Tags: ,


UI Design Principles

This is a nice write up of user interface design principles.  It applies more to the development of new applications, where you have more liberty to be creative.  But even when you are customizing a software platform where you are constrained by the features and limitations of the underlying software application, many of these principles still apply. 

A Summary of Principles for User-Interface Design by Talin

- Mara Pederson, August 19, 2009

Tags:


Of Axes and Saws

A.L.

A.L.

Successful projects have always required proper planning, at least that’s the old saw. I saw a neat post from Paul Ritchie, a PMP out of Rhode Island that helped to turn this old saw into a sharp new axe me for.

“Give me six hours to chop down a tree and I will spend the first four sharpening the axe.” -- Abe Lincoln

Turns out this planning thing has been something on the todo list of successful people for a long time.  Check out the rest of Paul’s post here.

- Kari Marrs

Tags:


A PM’s long road trip to San Diego …

So when does a swamped project manager find time to write a blog… when trapped without internet on a long road trip to San Diego …

Road to San Diego

Road to San Diego

So many topics… so little time… what’s a gal to do?

I’m not really sure there’s a formal definition for the kind of project management we do.  As consulting project managers, my fellow project managers and I don’t really fall into what I would consider the standard PMI definition.  The catch phrase ‘on time, on budget’ still applies, but it’s a lot less academic and much more hands on.  We are not the types who are satisfied with high-level status updates for fancy project schedules.  We are in the trenches working with the client and the engineers to get the job done.  We are combination business analyst, user interface designer, technical writer, quality assurance specialist, business manager and fire fighter.

WE NEED TO KNOW EVERYTHING
Or at least it seems that way.  We need to know the business process, the user who will be using the system, the available technologies, the software best practices, and the technical possibilities.  I think it sometimes drives the people around us crazy, because we never stop asking questions and challenging assumptions in an effort to eliminate shades of gray and possible misunderstanding and re-work.  The possibilities are endless and there is never just one way to do something.  There isn’t even one best practice.   We have to synthesize the information from the business users and the software engineers, to make the most qualified recommendations.  And we are at our most effective when we have direct knowledge and understanding of the users who will be using the software systems.

BREAKING IT DOWN
One of the key criteria to success of any project is breaking down a large work effort into smaller bite size pieces in order to understand the dependencies (critical path), resources (people, software, time), and communication required.  My 5 year old’s favorite cartoon these days is Special Agent Oso… he’s oh sooo special.  He’s a panda bear in training to be a special agent, but his training missions are always interrupted by special missions to help kids learn how to do things.  Everything whether learning to hula hoop, play hide and seek, take the rabbit to school, or cook blueberry muffins, takes three steps to do it right.  In real life, it almost never takes just 3 steps, but the concept of breaking every task down into smaller steps helps tremendously.  Even to start writing my first blog entry… I couldn’t stop myself, I started breaking it down into possible topics.  And that part about getting interrupted for special assignments… it happens all the time.

Viva la blog… let’s see where this road trip takes us…

- Mara Pederson

August 2009

Tags: ,