Overcoming Common Project Issues – Part 2
Posted by Brad Egeland
No matter how well you plan and no matter how organized you are, there are still some common problems that can rear their ugly heads and try to derail your projects. Sometimes, no amount of lessons learned sessions will get you past these issues, so we need to examine them further and discuss ways to eliminate them or at least minimize their affects.
In Part 1 of this two-part series, we discussed the first five of ten problems commonly experienced on projects. In Part 2 we’ll dive further into these issues as we examine problems six through ten.
#6 – Communication with top management while the project is underway is not effective
How do you handle the problem of poor communication with top management? Even when you make the effort to keep the lines of communication open, management may simply fail to keep you up-to-date on priorities.
Your solution: You cannot force top management to improve their communication skills, but you can do your best to present status reports, ask for continuing definition, and convey information to the top—even if your only avenue is the interoffice memo. If you can’t even get an executive to take time for a brief meeting, chances are your communication link will suffer. You may find that management does not respond to your requests or suggestions, fails to confirm project goals, and offers little support; but when the project is completed, you are told that “this is not what we wanted.”
In most cases, management wants to support you, and will try to maintain morale. So even though the problems seem formidable, if you make an effort to communicate, they can usually be resolved – even if you have to train top management in the development of communication skills!
#7 – The schedule is difficult to control
Coordinating the many ongoing efforts of your team members and successfully completing many different phases within the same limited time period may be a struggle. If so, examine the method you are using to develop and control your schedule. You may have to invest more time in developing a detailed network diagram and showing team members how to use it as a control document. Most instances of scheduling control problems are created by a lack of preparation in creating the schedule itself.
Your solution: Revise your methods.
#8 – Deadlines are not being met, and projects are completed late
You may have an excellent process for schedule control, and team members are working well together. But in spite of that, you simply don’t meet phase deadlines, and projects aren’t completed on time.
Your solution: Allow more time, or increase the size of your team. Your schedule is not realistic, and phases cannot be executed at the pace built into it. You may have been forced to accelerate your schedule because management imposed an early deadline. When you first organize your schedule, the realistic completion time will be dictated by the scope of the job. If the final deadline is unrealistic, convey this fact to management, explain why there is a problem, and ask for a later deadline or a larger project team.
#500 – What I’ve Learned So Far
Posted by Brad Egeland
Since this is my 500th post for PM Tips, I thought it might be a good time to look back and think about what I’ve learned and the experiences I’ve had writing in the project management and business technology communities.
It has certainly been a nice creative outlet for me and I’ve enjoyed the writing far more than I thought I would. 500 posts have added up to nearly 400,000 words and more than 750 comments that contain yet another 75,000 words. That’s a lot of reading for all of us. The 400,000 words in the articles alone is the equivalent of more than five books. Considering the fact that I’m writing a book (more on that later) and haven’t finished it yet but I’ve written more than five books worth in the articles says I’m not project managing my book writing process very well. Oh well.
So, what have I learned so far by expressing my thoughts and experiences online to strangers, peers, and colleagues?
I’ve learned that, as I indicated above, I enjoy writing much more than I thought I would.
I’ve learned that it’s easier to express your opinions, experiences, trials, and tribulations than I thought it would be. I’ve only experienced writer’s block a couple of times. And I’ve gained much inspiration for articles just from the reader comments that come in. Project managers are a very thought-provoking group.
Though I’ve made it sound enjoyable, I have learned that it’s not always easy to squeak out at least 500-1000 words on a topic and sound fresh. Sometimes I’ve come up short. Likewise, when I have lots of thoughts on a topic and write a long article, it can be hard to keep the writing flowing and orderly so that the reader can make sense of it. In other words, sometimes I ramble on. Like right now.
I’ve learned that there are just about as many ways to manage projects as there are projects to be managed. And it often depends on the project size, budget and ultimately the customer. The one common factor is success. If you don’t manage to project success than you may have chosen the wrong way to manage that particular project.
I’ve learned that it’s just as fun sharing project failure experiences as it is project success experiences. PM Tips’ mission is to share experiences with project managers as well as mentor new project managers. Sharing failures, successes, templates, and documents is all part of the game and it’s been great to see how much we’ve all helped each other out.
Overcoming Common Project Issues – Part 1
Posted by Brad Egeland
Even when you organize and lead your projects well, there are still some common problems in the project management world that you may continue to run into on your engagements. Learning how to effectively deal with these recurring issues will both improve yourself as an effective project manager and also increase your chances for project success.
In Part 1 of this two-part series, we’ll examine the first five of ten problems commonly experienced on projects.
#1 – The team doesn’t work well together
When you struggle to create a team but don’t succeed, first examine your own management style. Do you truly offer team members an opportunity to participate? Or do you discourage them from speaking out, offering ideas, or suggesting changes? Teams work only when you encourage participation and then follow up on it.
The problem may also be caused by excessive diversity in the team. If you have the chance to pick your own team, try to limit as much as you can the involvement of a large number of other departments. Projects often demand help from people other than those you supervise directly, but it is not always necessary to strive for participation beyond those resources you absolutely need.
#2 – Other managers resist having their employees recruited to your team
You face a formidable task just in getting cooperation from other department managers – no matter how diplomatically you approach them or how well you define and explain the project. To solve this problem, you will need to convince the other managers that their priorities will be respected.
#3 – Management skills that work in the department don’t seem to work on the project
Be aware of the important differences between departmental and project management. They often require different levels of supervision and leadership. In fact, skills that work for you as a department manager may interfere with team participation, so you will probably need to develop a completely different approach to supervising the project team.
Setting Goals for Project Management Success
Posted by Brad Egeland
For new project managers, as you gain skill in managing projects, your career prospects will improve as well. In general, management recognizes success and rewards it, and projects are an excellent forum for demonstrating your leadership abilities especially in organizations focused on project management with proper reporting of project progress and successes.
In addition to developing the skills required for project management, continually set career goals for yourself as a project manager. Recognize that management is watching with high expectations and will likely be reviewing your performance based on how well you achieve these goals, which may include:
Acquiring the reputation as a skilled, effective project manager
Be aware that your reputation within the company will affect your career. A positive reputation includes the element of reliability. To become a skilled project manager, practice the ideas and techniques that make the process work. To become an effective project manager, keep your goals and deadlines in mind at all times, support your team, and work well with all resources, internal and external.
Meeting deadlines, without fail
Some people accept the fact that deadlines in their companies are not taken very seriously. Don’t allow yourself to think in this way. View the deadline as an absolute. It you never miss a deadline (except in the most extreme circumstances), management will think of you as a dependable, valuable resource.
Staying within budget
The budget, like the deadline, is often seen as an outmoded practice, as an idea with little validity. This is because so few people use budgets as they are intended – as control tools for measuring the effectiveness of management’s effort. The budget defines risk and potential reward for the organization, and should be carefully monitored and controlled while the project is underway.
The Responsibility vs. Authority Dilemma
Posted by Brad Egeland
If you work as a project manager in a matrix organization, chances are you’re going to run up against this issue on one of your project eventually – if you haven’t already. You’ve been given responsibility for a project and you’ve been assigned a team. You’re the project manager so you have ultimate responsibility for your resources on your team, the work they do, how your team performs for the customer, and – ultimately – the overall success of the project. Are you with me so far? Sounds like typical project management, right?
Now comes the hard part. Each one of your team members has 3-4 other project managers that they are working for on other engagements AND they have a resource manager who is their ultimate authority, who is responsible for their performance reviews and raises, and who also is assigning them work from time to time that has nothing to do with your project. You have the work you need them to do. You have the assignments that you’re making. Beyond that, you have to hope they are understanding the meaning of the project and their role in its success to perform the work you need them to perform and to do it well. But you truly lack the authority to ‘make’ them do it.
Firmly embedded in project management folklore is this one: the responsibility you’ve been given is not in line with the authority you believe you need to accomplish the mission. The size of the gap between responsibility and authority will partially depend upon the structure of your organization. If you’re in a purely functional organization – and in many cases, a matrix organization – you should not expect to be granted very much formal authority. The gap between responsibility and authority will be quite wide. To compensate for your perceived lack of formal authority, you’ll have to rely upon expert power (respect you can garner through superior knowledge or capability) or referent power (often accessed by practicing an excellent leadership style). You’ll also need to rely heavily upon your ability to influence and persuade.
If you sense that you may have problems with any of your team members and lack the authority to do much about it, then you’ll need to act proactively early in the project to help ensure the success of the team and the overall working relationship. Easier said than done? Probably, but by taking a couple of early actions you should find yourself more productive and less frustrated.
