When does a set of complex tasks become a Mini Project?

Last week I had organised a workshop for the team. It was about Project management.

The whole thing came about because we have an inconsistent approach to PM in the wider team. That inconsistency makes hard work for all of us.

  • we cannot easily see who is working on what

You might say, a classic resource management issue. Actually it is not. The team leaders have a very good understanding what the workload of their guys is and what they can add or what has to wait. No, the issue is different. The people in the other teams don’t know that workload and as such their expectations to get things done is not matched by possible actions.

  • we cannot report on project progress consistently

This is a tool issue in the first place and probably the easiest to address. Although during the workshop we discovered that we have a different understanding when a set of tasks becomes a project. The Service Desk for example works mostly on incidents and problems (= complex issues) and sometimes on projects. Projects for them is when the time commitment is significantly more than 3 working days. Development is mostly working on projects and partly on improving things or fixing bugs. A project constitutes when a business owner has a clearly defined set of requirements that results in a set of deliverables. For the application project leaders the definition sits somewhat in the middle. They prefer a definition based on the $ value and usually apply the term project to everything that is “new” or a significant change.

Expectations

This makes it hard for us. We take on more “projects” or complex tasks that we should. As a result we struggle to deliver. At the same time the business is not helping by leaving it to us to translate a one sentence “need” description into actionable requirements. Recently we adopted scrum and agile approaches to ensure this translation meets the expectations of our customers.

Next Steps

We are now developing a common understanding what constitutes a project and how we make all current ones visible.

We also want to provide our customers with a guideline what we expect and need to deliver the best possible outcome for them.

If you provide such services for your internal customers very successfully, how do you do that?

Re-reading what I’ve written you guys must think we are nuts. Don’t we know what makes a good project? Don’t we have a project management process? So, I need to clarify this. Yes, we do know and we do have. The issue occurs in the gray zone between a set of complex tasks where one person needs some help and those mini projects where a full blown PM approach is a terrible overhead.

Advertisements

2 comments on “When does a set of complex tasks become a Mini Project?

  1. PM Hut says:

    Hi Frank,

    Both issues you’re having can be solved by using a project management tool… You can just have one person running the show, and people logging in to that tool and reporting on their tasks. The tool will automatically tell you who’s working on what and will give you accurate reports on the status of the project (percentage done, etc…)

    PS: We did publish a post on the ideal PM tool – you can find it here: http://www.pmhut.com/what-would-an-ideal-project-management-tool-look-like

    • Frank G says:

      You raise a very important point. One can only have consistent reporting when everybody makes the effort to update his / her information. The tool itself becomes second fiddle as long as it does what is required for your circumstances.

What's your opinion?

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s