by Raymond Posch on May 2, 2010
Several weeks ago I attended the annual Project Management Symposium in Denver, sponsored by the local PMI chapter. It was a great symposium as usual. It’s always energizing to attend a number of excellent programs on project management and leadership.
One of the featured workshops was by Rory Vaden on “Raising Your Performance to the Next Level”. In this post, I would like to pass on some of presenter’s insights to you.
Rory emphasized that a common denominator of success is being disciplined, and he defined that as “forming the habit of doing things that we know we should do but don’t want to do”. I believe that this really is a common denominator of success, and I believe it is as important in project management as in any other area of business.
We sometimes speak of the “discipline” of project management, and it really does mean having the discipline to apply proven principles and best practices to the project. Many of the good PM practices take energy, focus, and discipline to apply. They’re often not easy to do, but if done well, they pay off in better project performance and higher likelihood of success.
Discipline makes a difference. And it applies to the organization and the teams, not just to project managers.
In the workshop, the presenter discussed discipline in terms of three major factors: focus, sacrifice, and action. He argued that all three are needed to apply discipline.
Focus is about focusing attention and our thoughts, words, and behaviors on something specific, such as a project management process (like project planning), project tasks at hand, or a PM best practice (like team building or developing a project charter). Focus is important because it concentrates energy and effect. Project leaders can help achieve focus by removing barriers in the team’s way or by motivating them by creating greater clarity about project goals or giving them a compelling vision about what it will mean to the business to achieve those goals.
Sacrifice is about the discipline to do what it takes, to do what is right for the long term of the project (or the organization) rather than what is easy in the short term. It is the “doing what we should do” that will make a difference even though it might be something we “don’t really want to do” because it challenges us in some way.
Action is about making things happen and demonstrating that you have the discipline to do what is needed. It means leading by example. It means thanking others on the team when they step up to difficult tasks. And it means activating both yourself and others to do the tough stuff that will make the project successful. It means being persistent by continuing to do what needs to be done even when you run into one road block after another.
I thought this was interesting because, even though I believe in the need for discipline, you don’t often hear people speaking about it. More often you hear about this “silver bullet” or that simple solution.
One thing that the speaker did not mention which I think goes hand-in-hand with discipline is the need for continuous learning and the effort it takes. Yes, it takes focus and sacrifice and action – but applying a best practice or principle for project success is never as simple as doing one little thing. It takes attention and effort to learn the whats and whys that will really make the important difference.
Project Success Tip: Take some time to think about project management as a discipline and about having the discipline to apply principles and practices that may not be easy but will make a difference. Be a bit tough on yourself in this self assessment and examine whether you really do have the needed discipline or whether you take the easy out. The result is that you will likely become more successful as a project manager if you are willing to take that next step of being more disciplined.
by Raymond Posch on April 18, 2010
Today, for all projects that represent a significant investment of resources and organizational energy, and certainly for all projects that are important to the business strategically, the project manager must give executive management visibility into the project.
The old standard monthly status report does not really provide any true transparency into the project. It provides indicators and data but often not real meaning and insight into whether the project is healthy in every sense and on track to achieve its business goals. It’s like opening a small window and letting bits of information show through to the world outside the project. Transparency, on the other hand, is like having glass walls so that the true state of the project can be seen by the world.
Transparency into a critical, strategic project means giving meaningful yet concise information about the project, and especially answers to the questions that executives would ask if they came to the project manager’s door to find out how the project is “really doing”. Transparency means taking the initiative to give senior management the answers to those questions before they come to your door.
Giving senior management the information they need about a project requires balance. Executives want bottom-line information, not lots of details. But they need enough information to be able to judge the key success factors for the project:
- Are the business goals understood by the PM and the team?
- Does the team have a plan and is it a good, doable plan?
- Have critical risks been identified and are they being mitigated?
- Is the schedule realistic?
- Are resources been used/spent wisely?
- Is the team engaged and committed to a successful result?
- And, finally, does the project need more executive involvement or intervention?
I think the need for transparency is beginning to be better understood. But I don’t think there is a simple formula for exactly how to do it yet. It depends on the project, the culture, the players involved, and the maturity of the organization from a project management perspective.
The best suggestion I can give to PMs is to think about what senior management needs to know (such as the answers to the above questions) and try to give it to them concisely but meaningfully. And remember to let your personal touch and leadership skills show through in the process.
Project Success Tip: Take the initiative to give senior management information and insights into your project at least monthly and more often if project dynamics justify it.
by Raymond Posch on March 28, 2010
Have you ever observed an organization that manages projects by heroics? There are a lot of high-tech firms, especially start-ups, that are at the “ad hoc” or lowest level of capability maturity – and it is not unusual to see them rely on management by heroics.
These firms have not established any significant degree of project planning or project control. They often have a fun-loving, “cowboy” style of operation. In the absence of project management, sooner or later the project that is developing the next great product requires someone on the development team to be the hero who brings the product to completion.
The company at that stage almost always rewards the hero, and in doing so, they are rewarding behavior that will not serve them well if they want to develop products in a predictable and reliable way. Senior management may know better, but usually at that point in their development as a company, they are reluctant to start putting best practices and repeatable processes in place.
However there always comes a time, usually once the first product has been released, that the smart CEO or development director will realize that it’s time to grow up a little bit. If they want to have a manageable product plan – with any ability to plan and control a product release schedule – they must have agreed-to processes for managing the development and release of products in a repeatable way.
I’ve worked for software start-ups, both product companies and client engagement firms, and I’ve seen it several times. Start-ups often have very talented and creative people, and start-ups are almost always high-energy, fun environments. But companies must mature if they want to eventually succeed and grow.
Project management requires discipline – that is, it requires the team to subscribe to certain behaviors and follow certain rules. By doing so, the team as a whole, and management outside of the team, better understands the overall development process, what to expect from the team, roles and responsibilities, and so on.
Discipline can be seen as a loss of freedom, and that’s why there is reluctance to take the first step on the ladder to greater maturity as an organization. But discipline also brings its own sense of freedom because it is a move from raw energy and chaos to a level of control and predictability. When you have predictability, you can begin to invest more energy in collaboration and team performance as opposed to individual performance. And strong team performance always outweighs strong individual performance.
Heroics – when that means rescuing a project – is usually an indicator that there is a lack of process maturity and organizational maturity, at least to some degree. Maybe there is a project management process that is not fully developed in some aspect – such as risk management or monitoring and control. So project management, or certain aspects, may be lacking and need attention.
Project Success Tip — If you witness heroics and know that it saved the project, you also know that the process, or execution of the process, has room for improvement.
by Raymond Posch on March 7, 2010
I thought I would briefly revisit roles and responsibilities and the RACI matrix today. In projects and processes, sometimes there may be questions or confusion about who is responsible for what. If work is not getting done and people are pointing fingers at each other, you definitely know that there is lack of clarity about responsibilities.
The tool most often used to help clarify responsibilities is the RACI matrix (or its variant the RASCI matrix). Down the left side of the matrix are activities, tasks, major decisions, or deliverables. (If used for deliverables, it would be lower-level deliverables that one or a few people would be responsible for, such as documents.) Across the top are the roles, such as Project Sponsor, Project Manager, Business Analyst, and so on. In the cells of the matrix are the codes for level of responsibility or involvement. The level of responsibility of the indicated role for the particular activity can be:
- R – Responsible for doing the activity or making the decision.
- A – Accountable for approving the action or decision and answerable for its result.
- AR – Both responsible and accountable.
- (S) – Supportive by providing resources or other support that helps an activity get done or a decision get made.
- C – Consulted before the final action is taken or decision is made. Input from the role is required.
- I – Informed after the action is taken or decision is made.
- Blank – None of the above – i.e., no responsibility or involvement.
Note that the above use of “accountable” is not the same as “being accountable”, in other words, for being accountable to do something as agreed to or planned. On a project team, you want to collectively develop a project plan and have all team members be clear about activities assigned to them and also be personally accountable for doing them, on schedule if possible. As I’ve said before, that is best done if the team members are committed to the plan — i.e., having expressed their commitment to the project manager or, better, to the team as a whole.
So the multiple meanings of “accountable” is one minor annoyance I have had with RACI in the past, and that must be “taken into account”. :>) But if you want to clarify responsibilities – about who prepares a particular document and who approves it – a RACI matrix can definitely help.
Project success tip: The RACI Matrix is a tool that is helpful in clarifying responsibilities assigned to the different roles on project teams.
by Raymond Posch on February 14, 2010
Part of the project manager’s job is to help the business understand the reality of what the project will take in terms of the time and cost to produce a particular result (i.e., scope and quality). Just like when you shop for a new car, you may think you want all the best features and top quality, but when you see the price tag, you (the customer) may decide that keeping cost below a certain limit is more important than having all those features. Therefore, you decide that less power and less luxury can suit you perfectly fine. You (the customer) adjust your requirements accordingly.
During the course of the project, the project manager must often make decisions based on achieving or maintaining the right balance of scope (what is to be created and its level of quality), the schedule (time), and the cost (resources). This must be done based on the information known to the project.
Base your decisions and actions as much as possible on agreed-to requirements and known facts. Beware of assumptions that may be wrong. Beware of generalizations about what is required. Beware of wishful thinking. Assumptions, generalizations, and wishful thinking are invitations for project failure – goals not met, schedules missed, and budget overruns.
The project manager and team must understand the scope (requirements), people and resources allocated to the project, the work required, and then develop a project plan that you collectively agree will work. Planning does require estimating and making projections, but the more that you know about any constraints on the project and about the requirements for what is to be produced, the better the planning will be.
The ideal project situation is when, during the initial planning stage, scope is well-defined and risks are low, thus leading to projections of time and cost that have a high probability of being right. (Risks by the way are any factors, known or unknown, that can impact the project.) The challenge, though, comes in the less-than-ideal cases when scope and associated risks are not well-defined at an early stage and require significant analysis or discovery.
These kinds of scope/risk problems occur especially when new technology is being used in product development, implementation, or both. Many other conditions, however – such as when the business itself is changing or when the project is high-risk by its nature – can cause difficulty in managing scope, risks, external dependencies, schedule, and cost.
Most projects do not have scope perfectly defined and understood. Most projects, especially large projects, have substantial amounts of risk. So base the planning and decisions, throughout the course of the project, as much as possible on reality and facts. The probability of success goes up when you avoid false assumptions and guessing, and instead make the plans and decisions based on reliable information.
How to know you’re adhering to core PM principles
by Raymond Posch on February 28, 2010
Glen Alleman is one of the project management experts who writes articles for Project Success Tips, and he is both a true PM expert and a prolific writer. He cranks out posts on his blog, Herding Cats, at a rate that is astonishing.
I strongly and sincerely believe that the best way to achieve project success is through understanding and practicing the project management principles. But you need to adhere to those principles that are most proven to lead to successful projects.
Principles are far more important, in my opinion, than techniques and tools. If you follow the principles, it gives you much greater freedom and flexibility to apply the principles through different techniques and certainly through different tools. In looking at the spectrum of project management and all that it entails, there are a large number of principles that truly make a difference in my experience.
But there are a smaller number that are central to successful project management. In one of his recent articles, Glen writes about his core 5 principles – and he refers to the 5 principles frequently in his writing – but he not only states the principles, for each one he also describes a “measure” to know if you’re practicing that principle in an effective and practical way.
I recommend that you read Project Management Principles Need to Have Units of Measure – it’s an excellent article and practicing the principles will help you achieve project success.
{ 0 comments }