When there is a requirement that demands pure maintenance, this is normally done by using ITIL processes. Almost any service related task
is described there. Make sure to balance the whole ITIL wheel to ensure a balance of service delivery and service support! When doing one task out of the ITIL wheel or cycle, you do two things:
- you decrease resources
- increase the outcome to the customer no matter if he is in your company your IT department is in or you are in a service providing agency
Each process output depends on the usage of resources. What does this mean for project managers? Well, a project manager may ask how to organize the implementation process. In this case, he needs to know the resources he has, and he must know the income that comes back (money, other services, other resources).
If you can ensure that equilibrium of input and output, possibly with a benefit for all stakeholders, your maintanance requirement will be fine. But, ITIL is not always available to do it. Remember, that there are other ways to get the same results. A good process ensures good products in development as well as in maintenance. Some ideas are reviews, best practice collections, continuous trainings of the staff, continuous process improvements and observation of the requirements coming in over the time. The actual request is always a sign for other possible requests. Keep in mind to, always ask when implementing the actual maintenance task, "if there could be any other part, any other problem depending on the one you actually solve, you should pay attention to?"
The difference of standard service delivery tasks such as help desk and standard financial management on one hand, and pure maintained tasks like repairing a piece of hardware or planned exchange of hard discs in the server blades is small. You can always use the thoughts described in the first 3 parts of this series to find out what is really needed (oftentimes completely different things than what was actually requested). Then examine if it is really necessary now, and in the demanded quality, time and budget. If profitability and risk are in an acceptable range, find a SLA and start the planning and design for implementation of the service or maintenance task. The only important difference is that services are delivered in the hope that they are never required (in the ideal case - some more academic point of view) but the maintenance tasks are mostly planned actions to ensure the product is working at its best. You cannot avoid them, only reduce or otherwise optimize.
The development of new products or parts of a product that goes beyond maintenance or service is more complex. Requirements of this kind can be done using a combination of project management modes, and technological approaches like we get to know from the project butterfly. However, the development work cannot be described in this article. Remember the thoughts from the first parts of this series, and then find a way that fits your needs. At Edditrex Ltd we mostly use the 360 Degree Software Design (I wrote a book about it in German last year, an English version will follow next August). This is pure software design on a high level, that is definately extremely efficient, but unfortuanately not easy for everybody.
Other ways are the good old waterfall defined by Royce in the 70th or the modern SCRUM method. On the project management side we use PRINCE for developement. Reading books by Tom deMarco is always a great idea for everybody involved in projects of any kind.