March 13, 2005

PROJECT MANAGEMENT: Clients Behaving Badly

Devil.gifWhether developing courses in-house or out, all of us have clients to satisfy - managers, deans, SMEs, faculty, learners, etc. - and a lot of time and energy in project management is spent on coming up with paradigms for avoiding problems and increasing client satisfaction ... as well as smoothing the inevitable bumps that occur when a client makes seemingly irrational demands or otherwise appears to be somewhat less than cooperative.

Of course, these paradigms can be very useful. And in many cases, following advice like "treat in-house clients like customers," "manage your client expectations," "clearly specify deliverables," and "focus on process, not personality" is essential in ensuring that you meet your targets for time, budget, scope, and course quality with a maximum of client satisfaction and a minimum of bloodshed.

But all of these paradigms and most of this advice have one thing in common: they assume that your client is, at bottom, a reasonable person with a vested interest in getting the work done.

Unfortunately, this isn't always the case.

Don't get me wrong, the vast majority of clients are rational and cooperative when the project manager does a good job of communicating expectations and status and of specifying deliverables, requirements, and conditions. A few are even a dream to work with. And there are plenty of occasions when, if you diagnose the reason behind a client's seemingly bad behavior, you find that the problem boils down to mistakes on your side - the most common being faulty communication on the part of the project manager or others on the course development team.

But there are also clients who are nearly impossible to work with.

There are staff who, annoyed that management has decided to outsource an important project, will do anything they can to undermine and subvert a vendor's work. Something similar can happen to in-house staff where internal politics or rival departments are involved. There are SMEs and managers who see development staff as convenient scapegoats or slave labor. There are managers who refuse to honor their obligations in a contract - adopting a "go ahead and sue me" attitude. There are managers who initiate a project, get staff and/or vendors working on it, and then lose interest, leaving the development team twisting in the wind.

And there are people who are just plain rude.

While it might seem that vendors, contractors, and freelancers are most vulnerable, there are actually a few things they can do to keep from being terrorized by these clients behaving badly, since they can usually design a contract that has a built-in "exit strategy" ... get some money up front, tie payments to deliverables, have a termination clause, avoid "scope creep," and be sure to hold some assets back until payment is received. And, most important, they can decide never to work with that client again.

These luxuries are generally not available to in-house staff, who can become totally demoralized by repeated exposure to these types of internal clients if they don't have decent management support as a backstop. If the anecdotal evidence of students and colleagues is any indication, staff in this position generally adopt the same strategy: stay out of the line of fire, do as little real work as possible, get really good at playing Minesweeper, and check the want ads every day.

Of course, these types of clients can be found in any type of endeavor - not just online course development - and learning to deal with unreasonable people could be seen as just another sadly important life skill. And, luckily, for most of us, this type of client is the exception and not the rule.

While it's hard not to be cynical after encountering such a client, your best bet at the end of the day is probably just to treat it as you would any other bad relationship: Get out as soon as possible and without too many scars, lick your wounds, move on, and try not to let the experience sour your future relationships.

Posted by Joanne Tzanis at 10:20 PM | Comments (0)

July 07, 2004

RESOURCES: Course Design & Development

Design Principles
These Web design guidelines from IBM provide a basic introduction to the topics of site structure, navigation, text design, and visual layout. On the same site, the section on Design concepts gives a basic introduction to the topics of user-interface and user-experience design, as well as some basic principles of good site design.

Information Architecturearchitecture.gif

  • This brief article by Stephen Downes provides a good definition and overview
  • This tutorial from Webmonkey is a good place to start if you're new to IA, particularly the lessons on Site structure and Visual design.
  • AIfIA (The Asilomar Institute for Information Architecture) provides a host of resources, including a Design tools section that includes sample process maps, content development spreadsheets, wireframe templates, and other development tools.

    Posted by Joanne Tzanis at 10:28 PM | Comments (0)

July 05, 2004

RESOURCES: Costs of Course Development

Online Course Development: What Does It Cost? An article from Syllabus Magazine that presents guidelines for predicting the costs of course design and development.
(Link via Online Learning Update)

Posted by Joanne Tzanis at 12:51 PM | Comments (0)