Project Management Methodology for IT Operations?

sleeperservice asks: "There are a multitude of books, tools, and educational programs that deal with managing development projects. Whether you subscribe to IBM's Rational Unified Process or maybe SEI's Capability Maturity Model, whether you read Tom DeMarco's Peopleware or possibly Brooks' Mythical Man Month, there's something out there for you. However, most of these deal with projects that have a heavy amount of development, often new development associated with them. What about the folks in Operations? Let's say you need to upgrade your Oracle-based data management system for 1000 non-technical users? Or maybe you need to migrate your enterprise off of Outlook/Exchange and onto an alternative? What pointers are out there that Slashdot readers have used in such situations?"

Comments

IT Operations PM

[Anonymous Coward]

I've been involved as PM for a number of years in the operations and implementation space. The most common practices out there are related directly to PMI/PMP and ITIL standards...

Re:IT Operations PM

[meburke]

This is correct, IMO. See Baseline Magazine for examples of how people are manageing their IT projects.

With today's Project Management software it's easier to track the progress of a project. (I've been doing PERT/CPM since the early '70's, and then I had to draw my diagrams by hand and update my task lists on a typewriter.) Unless the project is massive, Microsoft Project or Primavera SureTrack should be more than sufficient. The PMI (project Management Institute) has standards for Project Management in .pdf for download. They offer a certification, but Novell already proved that certification is no guarantee of competency. Knowing the best practices is very helpful, even if you don't intend to get the cert.

A wrinkle in the Project Management model showed up with the Goldratt Institute's publication of "Critical Chain". This book attempts to answer the question, "Why don't well-managed projects finish on time?" Unfortunately, the answer is partly contained in the process discoverd in the books, "The Goal" and "It's Not Luck" by Eli Goldratt. You would probably have to read all three books to understand critical chain logic, and you would still have to know something about PERT/CPM to understand the difference. I's only worth it if you are committed to a business-wide policy of excellence.

Don't confuse Project Management with other tools, such as Rational Rose, which are resources, not project management. On the other hand, good use of these type of tools are helpful in keeping a project mananged. I've adopted the approach used in "Tried and True Object Development" by Aalto, et al., which describes a very good use of UML as practiced at NOKIA.

Good luck.

Operations books

[Checkered Daemon]

"The Practice of System and Network Administration" by Limoncelli and Hogan.

The book I wish I'd had when I started doing this 35 years ago.

"Security Engineering" by Ross Anderson.

Even if you think you don't need it. Especially if you think you don't need it.

ITIL, from the UK

[davecb]

See the the IT Infrastructure Library site at http://www.itil.org.uk

This is a set of books on different aspects of IT Operations, and is widely used in the industry. Of course, some people misuse it to create a straight-jacket (MS, for one), and others use it to make a sarong (Sun, SGI), but the basic cloth is there (:-))

It's orthogonal to the CMU maturity model.

-dave

ITIL

[Pete (big-pete)]

ITIL stands for IT Infrastructure Library, and defines an IT Service Management structure that can be applied to IT Operations as an effective framework. There are two main areas within ITIL, Service Delivery and Service Support.

Service Delivery includes:

Service Level Management

Capacity Management

Availability Management

Financial Management

IT Service Continuity

Service Support includes:

Service Desk

Incident Management

Problem Management

Change Management

Release Management

Configuration Management (arguablely also part of Service Delivery)

If you apply an ITIL methodology throught IT Operations you will find that the IT operational projects are run more smoothly in a well controlled environment. You can google for a lot more information on ITIL, but I recommend certification, at least to Foundation level for anyone seriously interested in implementation. See also BS15000, the British Standard associated with ITIL which is expected to become an ISO (International Standard) in the future.

-- Pete.

Projects vs. Operations

[masterplanorg]

You are either working on a project or you are working on operations. A project has a defined scope, time frame, is temporary and has a unique deliverable. Operations is on-going and repetitive.

If you are tasked with upgrading something, by definition, you are working on a project.

The Project Management Institute literature and methodology is quite clear and applies to all work sectors - IT, engineering, manufacturing, etc... It's a project or it's operations. Never both.

Projects can turn into operations upon completion of particular milestones. Operations can spawn projects for upgrades, etc. There is a relationship and there are dependencies but they are not one and the same.

Daily system maintenance of your database = operations. Patching of your database = project.

This may sound pedantic to IT people for something as "trivial" as a small upgrade, but when you scale it out to massive infrastructure work - be it expanding a data center or building a new refinery - the separation is the only way you can plan and then properly execute the work.

PMBoK in plain english

[sdanic]

I've distilled the 9 knowledge areas from PMI into plain english.

What are we doing?
Who wants it?
What could go wrong?
Who's gonna do it?
How long is it gonna take?
How much is it gonnna cost?
To get it done, what all do we have to buy?
How are we gonna make sure that stuff works?
How are we gonna bring this whole mess together?

Recite that to yourself every day and you've covered the 9 PMBoK knowledge areas.:

Scope
Communications
Risk
HR
Schedule
Cost
Procurement
Quality
Integration

Also, get the PMBoK Guide
http://www.amazon.com/exec/obidos/tg/detail/-/1930 69945X/qid=1109447541/sr=8-1/ref=pd_bbs_1/103-8164 264-6245456?v=glance&s=books&n=507846