Skip to main content

Secrets to Project Success



There is not any worse person to be than the project supervisor at the end of a failed project. Since an IT project director, I have experienced that feeling and I can tell you it's not nice. IT projects are particularly difficult to control. In fact there really aren't any IT tasks, just projects that contain elements of IT in them.

The trouble with these projects is that often you are doing something that was not done before, is unproven or cutting edge. Customers expect a good result not excuses, even though these projects are frequently a journey into the mysterious. If we take those construction industry, building a new bridge for illustration, we've been building connections for centuries and know how to do it. We understand how things are going to occur, in what order and the expected result. This is rarely the case with IT projects.

Avoiding the common pitfalls than it task management is not drive science; it is simply case of taking some sensible measures. Identified here are five killer faults of project management:
Who have Owns the Project?

The Mistake:

The nature of projects is change and change often encounters amount of resistance. People abhor change so they need to understand it is necessary and what benefits it will bring. In order for task management to deliver change it needs the backing of senior management. Without it the project will continue very slowly. The leader (senior management) is the person that drives the change forward and the project is the device for change. Task management without support from older management will struggle.

The perfect solution:

Make sure you have the top down backing up from senior management. Right now there must be direct communication from the sponsor to the stakeholders. The communication must be, "we are serious, this thing is going to happen so you are either around or you are not" and beware those that are not.

Be cautious as project manager to make certain the sponsor does not take those project over and become the de-facto task manager.

Getting Users Included

The Mistake:

Lack of user input and engagement is the recipe for a poor project. This can either be due to "we really know what you want" mindset from the IT office or deficiency of interest from the customer. In any event it must be avoided.

The Solution:

The IT office must take the time to understand the customer's requirements before suggesting any technical solution. Typically IT is blinded by the latest, hottest thing available and try to shoehorn the needs into it. On the other hands, customers must devote the time and effort necessary to ensure a successful project by getting together with the IT department and making sure all requirements have been fully defined. Make sure you have spoken to all stakeholders to gather their requirements and they continue to work with you throughout the project.

Preventing Scope Creep

The Problem:

Scope creep is the cause of more task failures than anything more. Being unsure of just what a task is aiming to supply or setting off in a proper of enthusiasm, but little else, is a formula for failure.

The Remedy:

Make certain that the business circumstance, requirements and scope are plainly defined and written about. Make sure the stakeholders understand them and signal them off. Stick rigidly to the scope of course, if changes are required then force them through a change management process where they are noted, justified and then decided upon.

Managing Expectations

The Mistake:

Often there is an expectation that THIS is like a powerful wand you wave and suddenly a miracle occurs. During a technology job, expectations can inflate to a ridiculous degree. This is the role of the project manager to manage expectations to a smart level.

The Remedy:

One way to avoid this is to break task management into smaller pieces or phases. My spouse and i equate this to a sausage machine, where you feed in the organic material at one end and out it is about as small, properly formed, packages or meat at the other end. The same can happen with IT projects where you take small plans of requirements and press them through the machine, producing several deliverables over the life of a project. This way you manage expectations by making frequent deliveries to show what the technology can really deliver. This procedure ensures the project offers to the customer's targets by giving them early on visibility of what you are building.

Understanding the Vocabulary

The Mistake:

Possess you ever stood next to a group of IT professionals and considered what on earth they were talking about. It can be like a whole new language also to non-IT people it often is. The pitfall comes when the customer and IT think they are talking the same language when in fact they are not. This brings about a problem when the IT division offers what they recognized the customer wanted and as it happens to be something different.

The answer:

Communication problems are the hardest to solve as often it is merely searching backside that the challenge is identified. Standard communication and an in depth working relationship with the consumer will help. What you really need is a person with a foot in both camps, who is aware of the business and the IT equally well. If perhaps you can identify this person ensure you keep keep of them, they may be very valuable. If you are struggling to find this person, the next smartest choice is to have two people, one from the business and one from IT. By simply working closely together and sharing information they can minimize any project communication problems.

Comments

Popular posts from this blog

How to deal with project executives.

Right now, when I say deal with, of course I do not mean a great away Battle Royal cage go with your Project Executive (PE). After all, when you come to a point in the project and you and the PE differ, fundamentally (on a specific merchant, let's say). Let's presume, for the purpose of this article, you have already sat down and reviewed the issue on sensible conditions and you still both sit on contrary sides of the concern... what do you do? As the Project Supervisor (PM), you are in charge of ensuring the achievements of the project. As the PE, your colleague will be accountable for the success of the job. You both have a lot at stake, so some discussions can get quite heated. There are a few things you can do to solve this: Try to determine the PE's motivation for their decision. Are they determined purely by the success of the project, and there other areas that may be influencing them? Their boss? Office national politics? Desire to be acknowledged? After get

Project failure and how to take control

In recent times, it's become apparent that a major contributor to success or failure on software projects has to do with team communication, both internally and outwardly. From a systems view, creating great application is about taking expert thinking and domain knowledge, and then effectively moving it about the team in short reviews loops. This rapid-fire venture and conversation is what blends the minds of a team in both an additive and combinatorial process to create top quality killer apps. Killer software are essentially software models of the thinking mind, in order for normally stupid device to mimic the logic of intelligence creatures. Three key ingredients often determine project failure or success: domain knowledge, deadlines, and dialog. You can think of them as "The Three Ds. inch Domain knowledge is evident. It takes smart people with the right knowledge to create the right stuff. Deadlines are also critical - there must be satisfactory time to make things

Capable Resource Management

Previous those days when the world was driven by the barter system, it was really hard to determine the value of an item or an enterprise. Man invented money which became the regular factor in deciding the worth of any useful resource or an object. This is said that, all it requires is a bright idea to take on the market, but the key part is to survive in this at any time growing competitive world. For just about any enterprise to have a healthy grip of this market, it can be necessary that they have a capable resource management in place. An organization can have the best employees earning money for them, but if they are not doing the right work with the right time, they are not doing much to returning the business. So, managing both individuals and non-human resources is a crucial starting for any organisation. Most of the time, such resources are existing across different location. TouchBase - Resource management tool allows organisations to obtain their own common refere