Posts Tagged ‘change’

Little bits of time add up to one powerful animal for demonstrating PM skills







The elephant should respect the mouse

 

Time is one of the three key axes of classic project control, along with financial resources and conformance to requirements.   Project managers appropriately put major emphasis on time as displayed on the wall calendar, and great energy is spent on hitting deadlines measured in days, weeks, and months.  When a project comes in on or before a due date, the PM can be justly proud (assuming no major feathers have been ruffled in the budget and quality domains).

Time on the calendar, master schedule, is a something of the elephant in the room when we talk about time in the project context.  But I want to talk a little about the mouse, time as measured in minutes, and how a project manager can put that mouse to work in service of the greater good.  One mouse in particular is an easy one to tame, with a reward – making sure that scheduled meetings end on or before their planned and published end point.

What’s the big deal with a meeting running late?  Happens every day, right?

The big deal is team cohesion.  One of the major duties of the PM is to ensure good communication, and meetings are a vital technique for getting messages to move well between people on a project team.  This gives the PM the powerbase for calling meetings and helping to guide them to productive results.  But when the PM’s meetings run long (and especially when a reputation develops that the PM’s meetings often run over) a few things happen.

First, the team begins to suspect that the PM has not done an effective job of planning the meeting agenda.  This erodes confidence in the project leadership.  Second, the team begins to sense that the PM may not respect the team members time, because a late meeting will usually result in a cascade of lateness after this meeting for them, which can create subtle or perhaps even not so subtle resentment.  Third, and this is particularly the case of the PM does much of the speaking at his or her meetings, the team may begin to feel like the PM is using power in uncool ways — or perhaps if there are other chatterboxes running off at the mouth, and the PM can’t control it, the PM may be accused of being to weak to use power as it should be used.

So, the PM who builds a reputation for always having meetings that run over gets thought of as not worthy of the team’s confidence, as a target of resentment, or as a serial weakling or a serial abuser of authority.  How much harder is it to lead a team to great overall results when the PM is forced to carry this kind of baggage.

Now imagine for the moment the reciprocal – the PM who’s meetings either end spot on schedule, with the work of meeting done, or even more delightful, the meeting that plows through its agenda and winds up done 10 minutes early.  Do this for a few projects, and then see how easy it can be to attract a talent to your team for future projects.  Excited talent.

Now a perfect set of meetings is not going to make up for project that can’t hit a date on the calendar or manage its budget. But getting the little things right is how we build to the big ones.  Take a look at the Mythbusters clip above, which shows that real world elephants show real respect for the real world mouse.  You ask me, this is no accident of nature – respect the mouse – good things will follow.

Tags: , , , , , , , , ,


Project Teams in Space: The Times Are Changin’ (Again)

What makes for a productive software development office environment?   How much “close” company is too much, and how much isolation and quiet is simply too much?  When is an interruption welcome and needed, and when is it a mental reboot that sets back focus by 15-30 minutes each and every time it hits?  When is management’s new ‘space plan’ about creating great teamwork, and when is it about seeing how many people can be crammed into the smallest number of square feet of costly grade A office space?

As near as I can tell, there are no absolute answers to these questions, just a a series of tradeoffs that each manager needs to evaluate in putting together a plan for how the work environment for their team best goes together.  But while there may not be final answers, there sure are fads and trends. Let me give you a hint – the trend is not heading towards more square footage per person in most places, although there is still a movement afoot to keep the noise to a dull roar in some of the more technically intense shops.  Cara Garretson of ComputerWord put together a nice piece that talks about where these trends are heading just now.  The piece is worth a look.

 

 

Cubicle wars: Best and worst office setups for tech workers

Open office layouts are all the rage these days. But is that how IT folks work best?

By Cara Garretson

ComputerWord 2011

Computerworld – Consider the modern office layout: Open floor plan, lots of common space flooded with natural light, clusters of “pods” with low partitions (or none), all designed to encourage teamwork, boost productivity and — management hopes — improve the bottom line.

That type of office layout looks great on the company’s Web site, and most likely the creative team loves it, but does IT? After all, many high-tech employees prefer to work in solitude, or at least in an environment quiet enough to foster intense concentration for significant chunks of time. Are these trendy open office layouts torture to the techie brain?

To be sure, Web 2.0 has birthed new types of technology employees who depend on — even thrive by — working in groups. Web designers and developers, project managers, system architects, even some software developers are embracing office layouts that encourage interaction. Practitioners of the Agile Software Development movement have even come up with templates for office furniture arrangements that are physical embodiments of the Agile principles of openness and collaboration (see example, below).

On the other hand, asking programmers or network administrators to do their jobs in an open space where noise, distractions and interruptions abound can be akin, for some of them at least, to departmental decimation.

 

Read all from Garretson’s  article here.

Tags: , , , , , , , , , , , ,


Projects introduce change….which needs managing

speed

On a recent training course the idea of change was discussed and the best solutions for this element of project management were suggested to be:

1. Communicate throughout the change.

2. Wherever possible involve people in the change.

3. Recognise the new skills and behaviours that people need to adopt.

4. Develop a clear vision about what the company wants to achieve.

5. Clearly identify risks.

6. Test motivation levels

7. Recognise that no matter how hard you try, there will still be some people who will not ‘come on board’

8. Face up to the fact that you may well have to have those difficult conversations.

9. Ensure you have a plan.

10. Clear leadership is needed in any change.

But one critical aspect that experts agree on is Speed. The lack of speed caused them extra problems.

To read more, click here.

Tags: , , , , ,


Improving Project Management Performance – Job Huddles

huddle450

Perhaps one of the best tools to bring a project back on track is just job huddle. The job huddles are an opportunity for the team to have an informal gathering to discuss progress during the last period and identify any issues. With all this information gathered the team can then discuss how to get on track by identifying the teams weaknesses or changes to the working environment. Huddles are a great way to identify changing conditions and keeping a team focused and on track.

- Kari Marrs

To read more, click here.

Tags: , , ,