PM Colors – Greening project management

When I read the title of a recent article on PM Forum called “Green Project Management” I had a flashback.  At the risk of showing my “feminine” side, I remember talking with one of my female colleagues, and although I do not recall the details, this colleague mentioned to me that she was “having her colors done”. Upon further investigation, I discovered that this was a fashion and marketing thing, which encouraged people to wear clothes and makeup that match their natural coloring using a scheme based seasons. The question, “Are you a summer?” has meaning in this context. (Guys -  it is a girl thing!)

In my own defense, I am not so out of the mainstream that I did not quickly realize that the Green Project Management article was not about fashion, but was about the environment.  In other words, with all the stuff we have on our plate as PMs, how can we think and act more green?

Green project management
Don’t we have enough to worry about just getting quality projects done on time and within budget? Are we supposed to consider environmental impact when designing and developing software projects, too? The answer is, “Yes” according to Tom Mochal and Andrea Krasnoff of TenStep Inc. in their book, Green Project Management. Here are some green-process-think ideas from around the web that you may incorporate without getting off course on your project:

  1. Use less paper. Recycle.
  2. Stagger work schedule to allow people to commute to the office outside of rush hour traffic times.
  3. Allow work from home. (Read my post on Managing Virtual Teams)
  4. Reduce travel with teleconferences.
  5. Recycle and reuse project supplies including trading with other projects.
  6. Reduce paperwork by using electronic forms and signatures.
  7. Clean out old file drawers of reports, papers and other detritus. Recycle.
  8. Consider ISO14000 standards that include an organization’s Environment Management System.
  9. Require project team members to shut off computers and printers nightly if this reduces electrical use.
  10. Save energy with server virtualization, CPU power throttling and server power capping suggests a hosted database case.
  11. Recycle computer hardware through donation or recycle centers – see EPA resource list.
  12. Encourage two-sided printing.
  13. From interview with Rich Maltzman and Dave Shirley on the Cranky Middle Manager : don’t print email, tag it and use an electronic reader with highlighting capability, use collaborative tools, and make “green” part of proposal and contract thinking.
  14. Try using old fashion water coolers that require fewer natural resources than bottled water.
  15. Use PDF or Microsoft Word review and comment features rather than edit and comment using printed copies.
  16. Purchase paper with recycled content.
  17. Where possible, use sunlight and open windows to reduce energy costs.
  18. Cultivate “green” knowledge to help win new business opportunities.

Now, I leave you to ponder a few hard issues that I have come across as we are asked more and more frequently by organizations and clients to adhere to their sustainability policies.

  • Do you print an important presentation on re-cycled paper? ( when it is going to the client)
  • How do you juggle turning off computers at night for power versus leaving them on for doing backups?
  • Do all of your printers do double sided printing automatically? If not – have you priced what it will cost to buy that?
  • How many organizations still require a physical signature on a piece of paper? How do you get that changed?

I am not trying to be negative here – just pointing out that “going green” may require more than just simple policies.  Good PMs practice means balancing the needs of the project with the requirements (and spirit) sof these policies.

Please add your going-green ideas for project managers via your comments.

 

Conference Calls – I think I heard this one before (or how to conduct a conference call)

 

Teleconferencing, either audio or video, has become a mainstream activity for keeping connected with geographically dispersed project teams. As technology has matured, conferencing over phone lines or the internet (VOIP) has replaced many cross-continent flights. And, as frequent air travelers know, that is a good thing because commercial flying is not fun anymore.

My weekly schedule always contains dozens of teleconferences – some of which are extremely productive and others almost comical in their inefficiency.  I want to make sure that you understand how badly a conference call can be and I was introduced to one of the funniest videos on this recently.  Please take a moment to watch Dave Grady on You Tube do an impersonation of “how not to conduct a conference call

I first began participating in video conferences in the early 1990’s when the connections were direct and the meetings were held in special video conferencing rooms manned by technicians and costing $1,000 per hour. We even “dressed up” for our TV appearances. Today, well let us just say some folks take informal to an entirely new level. If you are interested, here is a link on the history of video conferencing.

However, history is not the motivating thought behind this post. Rather, I want to talk about etiquette and efficiency in making teleconferencing as useful as possible for projects and project managers. See the end of post for two links on what-not-to-do in teleconferencing. I am going to say some things that are so obvious you may want to give me a Homer Simpson DUH! Award. However, I have experienced a violation of every listed “Do” or “Don’t” more than once.

Do’s of Teleconferencing

  • Use good equipment. For example, cell phones pick up more ambient noise than landlines. Place microphones in the center of the table when many people are participating.
  • Make sure everyone has the phone number or conference link and passcode.
  • Be on time. Teleconference productivity really slows down and looses continuity when new people are entering the conversation every couple of minutes. Do not reward poor behavior by waiting – unless it is the boss (remember the acceptable wait time rules you learned in college based on academic rank).
  • Schedule teleconference time with due consideration of different time zones.
  • Use the mute button on multipoint conferences when not talking.
  • Select a quiet place away from office or home noises (including dogs barking, cat’s meowing, or children crying)
  • Introduce yourself and acknowledge others before beginning. Unless you know for sure that all participants recognize your voice (or face), use your name before asking or answering questions.
  • Have an agenda and follow it.
  • Direct questions to an individual or location by name.
  • Act interested.
  • Designate someone to take notes.

Don’ts of Teleconferencing

  • Interrupt
  • Shout – speak in a normal voice
  • Have side conversations or engage in obvious non-conference activities. People can hear phones ring, keyboard clicks and pretzel chewing unless the microphone is muted.
  • Get off into the weeds. If participants need to talk about subjects not on the agenda, move that conversation to another place and time.
  • Do not put the call on hold – especially if your office phone system defaults to Musak

Additional tips for Videoconferences

  • Make sure everyone is visible on camera. Moving the camera during the videoconference is distracting to viewers.
  • Do not wear very bright clothes or clothes with busy patterns – they come out looking really weird. Use the self-view on your camera to see how you will appear to remote participants.
  • Close drapes or blinds to remove sources of glare.
  • Adjust the camera before the conference begins (no one wants to watch you fiddle with the equipment).
  • Audio has a slight delay on many connections, so pause briefly before talking or during long comments or presentations.
  • Use small movements and gestures and expect a small lag.
  • If using slides or other visual materials make sure that you have the right software on your machine and that the projector displays are clear.
  • Remember that other can see you – chewing, making paperclip toys, scratching, rolling your eyes, and texting (All those bad habits you developed on conference calls will haunt you).

Links:

University of Washington provides examples of bad videoconference behavior

You Tube video on frustrating teleconference

Project Management PMBOK – Monitoring and Change Control

From time to time on this blog forum, I have talked about PMBOK (Project Management Book of Knowledge) as an industry standard on areas of PM responsibility and best practices. If you are a new PM, this book paints the entire project management field with a broad brush of process and organizational recommendations. (What is PMBOK)

Chapter 3 of PMBOK introduces process groups whose responsibility it is to “ensure the effective flow of the project throughout its existence”. There are five recommended process groups:

  • Initiating – defines a new project and obtains authorization to begin
  • Planning – establishes scope, refines objectives, defines course of action
  • Executing – oversees those processes performed to complete project work
  • Monitoring and controlling – all processes required to track, review, regulate the project against the project plan
  • Closing – finalize activities and formally close the project

Included within the monitor and control process group lives a responsibility that carries all kinds of hidden risks that can put a project in the ditch if not done well – integrated change management.  In Chapter 4 of PMBOK, we are told that any stakeholder can request project changes – and believe me, they will!

Requests to change some or multiple aspects of a project whether its adding a data source, modifying the user interface, or improving performance are as likely as death and taxes. Writing for Evolt, Martin Burns reminds PMs of the many times that sales or senior management respond to a customer change request with, “sure we can do that”. The PM, product manager or process control person receives an email or a phone call that presents the change request as if it were fait accompli.  So what do you do?

Tempting as it might be for a PM to declare “no changes”, “no way”, “never”. That approach pleases neither senior management nor the ultimate customer. Instead, Burns suggests not saying “no”, but saying something like, “Your request makes sense, but it raises potential risks, issues and effort that might cost time and money.” (Try to say this without a sarcastic tone)

The Hendon Group suggests that project managers or process control groups need to know the following about a requested change:

  • Why is a change being requested?
  • Does the change have a direct impact on whether the program/project goals and objectives, as stated in the Program/Project Charter, are met?
  • Can the change be implemented in a subsequent project and/or phase?
  • What impact will the change have on cost, schedule and/or quality of the currently defined scope?

Change requests must be documented and evaluated
A formal process to manage change is a “PM best practice”. This is even more important when team members are dispersed geographically, are working on a large project with interdependent modules, or when the project includes multiple organizations, according to a report from Forrester Consulting.  Most software development companies, and all large companies in the Forrester survey, have formal change management processes. Almost half of the surveyed companies use automated tools to improve the efficiency and effectiveness of all their change management. An additional 36% of the companies use tools to automate some of their change management process.

Now, I want to state for the record that “formal” does not mean expensive, time consuming, or complex.  It just means it is documented, socialized, enforced and used.  I also recommend using some kind of tool to help with change management.  The tool and process needs to be sufficient for your organization so there is NOT one tool that fits all.

Here are a few examples that span the broad spectrum of tools:

This is just a few of the ideas of how you can automate and support your change management process and give yourself more time to actually monitor your project better.

How does your organization management change requests? How successful is your process?

 

Is the sustained recession effecting project resource management?

Software development organizations are not immune to the effect of our country’s sustained recession. There is pressure from all sides – senior management, customers and other stakeholders — to cut costs and comply with budgets.  The largest component of project costs and schedule variance fall under the purview of resource management. In my experience, ineffective resource management is one of the primary causes of project failure and its impact is even more important in today’s economic climate.

Smart resource management decisions begin with knowledge. I believe it is important to all of us to understand how organizations are handling resource management — what works, what does not work,  how does it work — and to share that knowledge.  

Cognitive Technologies would appreciate your help.
Project resource management is "the planning, allocating, and scheduling of resources to tasks, generally including manpower, machine, money, and materials. In 2009, Cognitive Technologies supported research on resource management tools and processes. Our findings are posted on our website as well as discussed in three previous posts – (2009 Project Resource Management Survey,  Project Management Resource Survey 2009 – Results, Project Management Resource Survey 2009–Challenges).

In 2010, working with Christina Jackson from The University of Texas at Austin’s McCombs School of Business, Cognitive Technologies is conducting a further survey to study resource management practices and their impact on overall project success. The survey contains:

  • Basic profile questions about your organization, so that we can determine how practices vary by organization size, type (e.g., commercial, government, non-profit), industry, and how beliefs vary by the title of the respondent
  • Questions to assess the usage of resource management tools and processes and the existence of any challenges across organizations

I would sincerely appreciate it if you could take 10 minutes to complete the survey and help us ensure a broad representative sample of project managers and project resource management. You will find the survey at http://www.surveymonkey.com/s/rmsurvey2010. Just press “Continue” at the bottom of the screen to get started.

We will keep your answers strictly confidential. To thank you for participating, you will receive a complimentary gift and a digital copy of the final report including comparison with the 2009 survey in September.