Difference between revisions of "NewYork2008:PM Principles - Values-Based Project Management"

From Managing Nonprofit Technology Projects Wiki
Jump to navigation Jump to search
 
(3 intermediate revisions by the same user not shown)
Line 12: Line 12:
 
* Look at the relationship between organisational culture and project management
 
* Look at the relationship between organisational culture and project management
 
* Work together to come up with strategies and tactics for effective project management through the establishment of work environments based on "project-friendly" values like:  
 
* Work together to come up with strategies and tactics for effective project management through the establishment of work environments based on "project-friendly" values like:  
 
  
 
:* Personal empowerment
 
:* Personal empowerment
Line 57: Line 56:
 
=====Trust (vs. Fear)=====
 
=====Trust (vs. Fear)=====
 
Strategies
 
Strategies
# achieve '''closure''' on communications
+
# Achieve '''closure''' on communications
# ownership - ensuring that everyone on the team understands that they are involved in the management of the project.
+
# Ownership - ensuring that everyone on the team understands that they are involved in the management of the project.
  
 
'''Discussion'''
 
'''Discussion'''
Line 110: Line 109:
 
|}
 
|}
 
    
 
    
''getting back to values-based management''
+
''Getting back to values-based management''
  
 
Example of a truly project-''un''friendly organization is the one where there ''are no'' project managers and someone is assigned the role.
 
Example of a truly project-''un''friendly organization is the one where there ''are no'' project managers and someone is assigned the role.
Line 116: Line 115:
 
=====Respect (possible culture changes)=====
 
=====Respect (possible culture changes)=====
 
Strategies
 
Strategies
# showing up on time
+
# Showing up on time
# respecting others' capacity for understanding you position
+
# Respecting others' capacity for understanding you position
# transparency
+
# Transparency
# making an effort to provide input when it's asked for - team members know that even if they don't have time, they should ''say'' that they don't have time, not just remain silent.
+
# Making an effort to provide input when it's asked for - team members know that even if they don't have time, they should ''say'' that they don't have time, not just remain silent.
  
  
Line 138: Line 137:
 
David mentions the DISC profile for team members: [http://en.wikipedia.org/wiki/DISC_assessment DISC on Wikipedia]
 
David mentions the DISC profile for team members: [http://en.wikipedia.org/wiki/DISC_assessment DISC on Wikipedia]
  
Rob ta lks about two questions that he believes define whether or not the project was a success:
+
Rob talks about two questions that he believes define whether or not the project was a success:
 
# Were the objectives met?
 
# Were the objectives met?
 
# Did the team find the work rewarding?
 
# Did the team find the work rewarding?

Latest revision as of 18:05, 15 January 2016

Description

We all manage or are involved in the management of projects. And we all want our projects to go well – we all know that it's through our projects that we're able to effect positive social change (something we are all interested in doing).

But our projects frequently do not go well. They're often late, over budget, don't deliver what's been promised, or are just no fun to work on.

In many cases this "not going well" has to do the absence of a project-friendly work environment.

In this session we will:

  • Talk a little bit about project management generally
  • Look at the relationship between organisational culture and project management
  • Work together to come up with strategies and tactics for effective project management through the establishment of work environments based on "project-friendly" values like:
  • Personal empowerment
  • Group trust
  • Respect
  • Commitment
  • Open communication

Session Notes

  • 10 participants including the facilitator
  • Several accidental techies as well as accidental project managers present

Some Definitions

Project work has uncertainty and risk

Projects:

End
Produce uncertainty
Produce risk

All projects have

  1. Objectives
  2. Deliverables
  3. Requirements
  4. Constraints (boundaries that the project must be delivered within - the triple constraint of scope, time, and cost)

Triangle Diagram

Sometimes there's a fourth quality added of "Quality", so some would argue for a rombus.

PMBOK = Project Management Body of Knowledge from PMI

Project Management is like a riverboat trip

  • The organization is the river
  • The project is the boat
  • The project team are the passengers

If the organization isn't project-friendly, the boat will be trying to go upstream (e.g. if the organization is risk-averse)

When an organization isn't project-friendly, project managers have to

Strategies/Values for Values-Based Project Management

Trust (vs. Fear)

Strategies

  1. Achieve closure on communications
  2. Ownership - ensuring that everyone on the team understands that they are involved in the management of the project.

Discussion

Should project managers be estimating the level of effort for developers?

"Trust is a dimension of teamwork"

Failure of a project can be caused by a lack of communication - decisions made at the top that don't have buy-in.

Is any of this about technology, really? Point made that the project should not be framed in terms of technology fundamentally to get buy-in.

Rob draws and demonstrates a tool that he uses with clients in deciding priorities

Time Scope cost
Constraints x
Change x
Cost x

Getting back to values-based management

Example of a truly project-unfriendly organization is the one where there are no project managers and someone is assigned the role.

Respect (possible culture changes)

Strategies

  1. Showing up on time
  2. Respecting others' capacity for understanding you position
  3. Transparency
  4. Making an effort to provide input when it's asked for - team members know that even if they don't have time, they should say that they don't have time, not just remain silent.


Further Discussion

A good project manager will build a project-friendly environment in spite of the organization's environment.

Some work environments make managing a project particularly difficult - M mentions Saudi Arabia :)


Rob talks about how project management is sometimes viewed as unnecessary overhead - and sometimes it is.

  • A PM-friendly work environment works when management balances the tasks and the people. If it doesn't, this is where we may have to have some counter-cultural movement
  • A PM-friendly work environment works when there's a balance between the output and the means.
  • A PM-friendly work environment works when there's cross-collaboration. Like Jazz, it involves improvisation and coordination - you're not just playing, but you're listening to others. Jazz as an organizational model.
  • A PM-friendly work environment works when a project involves healthy conflict. Conflict-avoidance can hurt projects

David mentions the DISC profile for team members: DISC on Wikipedia

Rob talks about two questions that he believes define whether or not the project was a success:

  1. Were the objectives met?
  2. Did the team find the work rewarding?

N mentions that he doesn't see organizations bothering to answer this second question.

Project success if not just whether we did what we trying to do, but whether it was the right thing to do.

Rob's wish - That project teams would work together to set objectives and decide what they don't want to have happen.

M mentions that it might be idealistic to think that everyone is going to be happy with the project.