Project Skills Improvement Through Formal Plans
|
It is very likely that you have some members on your project team who are more talented or experienced than others. As project managers, we tend to utilize their skills as much as possible because we know that more often than not, they will be able to produce excellent results and meet expectations. Nevertheless, this group of people still needs the opportunity to improve their skills and knowledge. This is especially true when an organization needs to stay relevant in the current economic conditions. According to PMI's 2012 Pulse of the Profession report, a critical success factor of projects was staffing the team with the appropriately skilled people. Organizations that had a formal process for developing project/program competency saw a 70 percent success rate on projects, versus a 64 percent overall average. Unfortunately, Pulse of the Profession also showed that in 2011, only 47 percent of organizations had a formal "talent management" process, down from 52 percent in 2010. But we must have formal talent management processes to develop project managers and team members, and you must tailor it to the people involved. An effective project manager is only as good as the information that he or she has. An "accidental project manager," for example, might not have attended formal project management training courses. But fundamental knowledge helps project managers achieve effective and high-quality deliverables. For this group, it would be good to start them off with proper training on the core skills they'll need to grow and succeed as project managers. Team members who are familiar with project management fundamentals might need help developing in other areas, such as soft skills. Since 90 percent of a project manager's job is communication, maybe you will help them improve in that area. Have the team member sign up for a communication course, for example. Choose topics such as influencing skills, which is important in convincing clients and partners. Or, suggest courses on negotiating skills, which is helpful in negotiating a more achievable schedule. Refresher courses could be helpful for everyone on the team. Look for training that zooms into specific project management areas, such as effective cost and scheduling control, risk management or quality control management. Aim for at least one training session every quarter. Do you have a formal talent management system? How do you develop your project managers? To discuss Pulse of the Profession on Twitter, please use #pmipulse. |
Finding the 'Flaw' in Projects
| The next time your boss asks you for a number, a deadline date or another fixed value, remember anything you say will be wrong. The reason is 'the flaw of averages.' Discussed in a book of the same name by Sam L. Savage, the flaw of averages basically explains why everything is behind schedule, beyond budget and below projection. For example, you're developing two software modules. Both are expected to take between eight and 12 weeks to complete. When both modules are finished, your organization can start a new process, which requires four additional staff. Your boss asks you for a completion date so the additional people can be brought 'on-board' and the new profitable line of business started. You say, "Eight to 12 weeks," and your boss replies, "Give me a date!" You estimate that a safe date would be 10 weeks, the average of eight and 12 weeks. Everyone is happy. But should they be? Let's look at the flaw of the average: Based on your projected date, your boss works out his profit forecast for the next quarter based on an estimated profit of US$1,000 per week. You take the first seven weeks developing the application, and the new team uses the application for the remaining five weeks. This sounds sensible, but the estimate of US$5,000 profit is the best that can be achieved. If you finish early, there is no upside. The new people will not be available. If you finish late, however, sales will be lost. The cost of the unproductive new staff will be an added expense until both modules are working. On average, the profits achieved are likely to be significantly less than US$5,000. Plus, you're more likely to be late than early. The probability of finishing each of the modules in 10 weeks or less is 50 percent. It's like tossing a coin - there is always a 50 percent chance of it landing on 'heads.' Since two modules need to be finished in 10 weeks or less, think of the options when you toss two coins: Tails + Tails Tails + Heads Heads + Tails Heads + Heads There is only a one in four chance of you achieving the 'average.' That 25 percent probability means there is a 75 percent probability of being late. Therefore, on average, you can expect to be late. All you did was assess a reasonable number based on your expected average time to complete each module. The problem is not your estimate, but the way it is being used. This is the flaw of average. The next time you are asked for a 'number,' use your skills in managing upward to build flexibility into the conversation. For example, offer your boss a safe date with an option for improvement. "We will definitely be finished in 12 weeks, and there is a possibility of finishing sooner." Point out the cost risks of being early and late. Keep the boss updated as you work through the project. Or, do some serious analysis. Offer your boss a range of dates with different levels of probability. You need tools for this, but you want a target date with an 80 percent probability of achieving. Effective stakeholder management needs more than simply complying with a request -- however reasonable it may appear on the surface. |
Project Risks + Proactivity = Success
| Risk management as a best practice is critical to project success. It forces the team to consider the deal breakers on a project, and to proactively prepare and implement solutions. PMI's recent 2012 Pulse of the Profession report found that more than 70 percent of respondents always or often use risk management techniques to manage their projects and programs and these practices lead to higher success rates. Here's an example of how risk management could have saved a project: A project manager oversees an electrical team that is responsible for installing electrical and audio-visual equipment. The construction and civil engineering teams hand over the completed and decorated site, ready for the final phase of the project. To the project manager's dismay, the projectors do not align with the screens, rendering them not fit for the purpose. What went wrong? The civil and construction teams had altered the dimensions of the rooms; the customer failed to communicate the changes to the electrical team. Assuming the project was executed according to plan, the project manger planned and submitted the electrical drawings based on the original dimensions of the room. These plans were made redundant when the room dimensions changed, which upset the equipment's position. To correct the situation, the project manager drew and submitted new electrical drawings. The site's walls and ceilings had to be reopened to accommodate the changes, which caused delays and increased cost, rework -- and frustration. Had there been a robust risk identification and implementation plan, they would not be in this situation. Too many assumptions were left unchallenged and risks pertaining to the many external dependencies were overlooked. As part of this risk management, proactive communication with the customer and other teams should have been planned. For example, the project manager should have considered and asked questions about how the contractors and sites would be monitored and controlled. What would the frequency and type of communication be like with stakeholders? There should have been an assessment of 'what if' scenarios. What happens if the deliverables are not as expected? What are the risks if there are problems with contractors? What is the impact of not having dedicated resources on the team? These types of discussions and questioning would have alerted the project manager and team to proactively plan to manage the quality of contractor work and employ the necessary resource on the project team. Do you practice risk management? How does risk management planning make your projects successful? To discuss Pulse of the Profession on Twitter, please use #pmipulse. See more on the Pulse of the Profession. |
Estimate Time for Agile Estimation
Categories:
Agile
Categories: Agile
| Agile estimates and planning are essential to a project. But a common mistake during rough release estimating is forgetting that the opportunity for a greater level of detail comes later. If that point is missed, teams may struggle during the initial high-level estimates. To avoid that problem, I suggest that at the beginning of a project, teams do a rough estimate of each requirement. One common estimating technique includes "planning poker," also called Wideband Delphi. In planning poker, each team member secretly picks a number representing how much effort or complexity they think is involved in a given requirement. The numbers then are revealed. The person with the highest value explains to the team why it is hard. The person with the lowest value explains why it is easy. After no more than two minutes of discussion, the team votes again. This process is repeated until the team reaches a consensus or it discovers there is not enough information to estimate this requirement. The problem arises when teams blur the focus between the low-level estimates for a two-week iteration and high-level estimates for the release. Low-level estimates are more precise because they split a requirement into several tasks, estimated in hours. By contrast, the high-level estimates are in more abstract relative "points." Some teams incorrectly attempt to identify predecessor dependencies in high-level estimates. They can also spend too long trying to refine the estimate or silo work between sub-teams to make two estimates for the same requirement. This detracts from the goal of being able to estimate a large pile of requirements quickly and at the beginning of your project. Remember, there is plenty of time to deep dive later. How long does it take you to estimate your project? |
Tracking Project Management Trends
Categories:
PMI Pulse of the Profession
Categories: PMI Pulse of the Profession
| Faced with sluggish growth and shifting market priorities, organizations are often tempted to latch on to whatever's being heralded as the next big thing. But the smartest project players are going back to the basics, according to PMI's 2012 Pulse of the Profession report. Over the next several weeks, Voices bloggers will address some of the project management trends identified in the report, including: Talent development: Looking to gain an edge in new markets, organizations are scrambling to ensure the right people with the right skills are allocated to the right programs. And Pulse of the Profession data shows a payoff for those organizations that get it right. Among high-performing organizations -- defined as those companies with 80 percent or more of their projects completed on time, on budget and having met business goals -- 63 percent have a defined career path for project managers. Compare that to only 26 percent of low-performing organizations, defined as those with less than 60 percent of their projects completed on time, within budget and having met business goals. Project portfolio management: A still-fragile economy spotlights the need for good project portfolio management, with more than half of respondents reporting its frequent use in 2012. Pulse of the Profession data also indicates that 72 percent of high-performing organizations use portfolio management compared to only 39 percent of low-performers. Organizational agility: As organizations are forced to deal with ever-increasing market volatility, use of change management, risk management and iterative practices is on the rise. Pulse data shows that 80 percent of high-performing organizations use change management techniques and 84 percent practice risk management. Plus, 40 percent of high performers use agile approaches in project management, versus 20 percent of low performers. Benefits realization: Companies don't do projects because they can; they do projects because they deliver a strategic outcome. Pulse of the Profession data reveals that defining key objectives, benefits and expectations is the second-most important factor for project success. Additionally, having sponsors who are actively engaged is one of the primary factors that lead to projects meeting an organization's business objectives. Organizations with active sponsors on at least 80 percent of their projects have a success rate of 75 percent, compared to the average 64 percent. To discuss Pulse of the Profession on Twitter, please use #pmipulse. Learn more about PMI's 2012 Pulse of the Profession. |





