Project Management of Web Development Applications

Ever wonder why an IT project is behind schedule? Programming and software development are notorious for late deliveries, why?

The lack of quality project management.

That is why MVI Solutions develops project management guidelines for its project mangers, to assure that you get what you order when you ordered it.

Project management as related to the development of a web application is a tough skill to learn. In addition to your technical expertise, you need to master the strategic thinking skills necessary to "see" beyond the technical detail to the end result of the project and the business value it will create. You need planning skills, budgeting skills and all of it must be wrapped with effective communication styles that you can adapt to a myriad of audiences; executives, team members, technical specialists, line managers and many more.

The consistently effective Project Management makes effective assignments to team members and can motivate to high levels of performance even when they have a number of other assignments and a "real" job. There's math too. You need to master the estimating process both for the overall budget and duration as well as for scheduling individual people and their assignments.

That is why MVI Solutions the art of Project Management of a web application a very important skill one that our staff must excel to be called a PM.

Project Management Structure Important and Critical

As a general rule, MVI Solutions like to see the majority of assignments in a project plan have durations that are between 1 week and 8 weeks long. Coupled with this, we advocate weekly status reporting of hours worked, percentage complete and an estimate of the hours of work remaining to complete the assignment. This combination allows the project management task the ability to maintain good control while placing the responsibility for achievements on the team members.

Using the work breakdown structure (WBS) for cross-functional corporate projects, you have the opportunity to design an assignment and monitoring process. As part of our Achievement-driven approach, we recommend breaking work down into "packets" of achievement for which you will hold people and teams accountable.

The usual mistake project managers make is to lay out too many tasks; subdividing the major achievements into smaller and smaller subtasks until the work breakdown structure (WBS) is a "to do" list of one-hour chores. It's easy to get caught up in the idea that a project plan should detail everything everybody is going to do on the project. This springs from the screwy logic that a project management is to walk around with a checklist of 17,432 items and tick each item off as people complete them. This view is usually linked with another fallacy. Namely, that the project plans should be a step-by-step procedure for doing everything in the project in case we have to do it again. If the PM is managing the wrong things, this may be handy because we increase the odds of having to do this project again.

Sponsors encourage these fallacies by marveling at monstrous project plans because they make it seem that the PM has "thought of everything." Unfortunately, on significant cross-functional projects, there is absolutely no chance that the project manager will think of everything. The subject matter experts and specialists are the ones we must hold accountable for that.

The result of these fallacies is that Project Management produce project plans with hundreds or even thousands of tasks. Many of them have durations of a few hours or a few days. Does this level of detail give us better control and lead to successful projects? In our view, a "to do" list approach does not give effective control, and it interferes with the achievement of a successful end result.

First, the laundry list approach leads to, and even encourages, micro-management of the people working on the project. Micro-management is appropriate when you have slackers and nincompoops working for you, but few project teams are composed of these losers. The majority of your project team members will not thrive under micro-management. This style tends to encourage dependency on the project manager rather than independence where people are held responsible for their results.

Second, Project Management is consistently more effective when it holds people accountable for reaching measured achievements rather than completing a list of tasks. How often does it happen that people complete a list of tasks and achieve nothing? When we base our assignments and monitoring on well-conceived and measurable achievements, no one loses sight of the desired end result.

Third, the laundry list approach is hard to maintain. People have to report on many tasks, which decreases the odds of receiving accurate and timely status reports. The PM, with or without clerical support, has a great deal of data entry to do to input all this status data. Amid the pressure of on-going multiple projects, tracking can fall behind and may even be dropped because the amount of effort is too large. This may sound like a stupid and improbable solution, but it happens with alarming frequency even on large and important projects. The logic is, "No one is looking at all that detail anyway, so why spend all that time to catch up?"