Getting Real with Lessons Learned
Categories:
Lessons Learned
Categories: Lessons Learned
| By now, if you have been following my blog posts, you know the importance of lessons learned. In past posts, I have provided many tips on how to conduct them, who should be involved and the types of project management tools to use for evaluation in the sessions. But how do you get true value of lessons learned? To glean results that can really fuel change, focus your lessons learned on the following questions and actions: What did not go so well? Do not finger point. Ensure the discussion is targeted toward the actions, not a person. Try to gather specifics. For example, if a delay caused a slip in the project timeline, discuss the lesson that caused the specific problem, and alternatives that might have avoided the delay. Perhaps there was a miscommunication that caused the delay. In that case, extract the lesson that led to that miscommunication. These are the lessons that you want to document and mark for corrective action. Actions or lessons that are not documented well cannot be translated into controllable elements. What went well? Determine your successes, and then strategize what needs to be done so these actions can be repeated. Adopt processes around these successes that may not already exist in your system for managing projects. If it is a process that has been working well for a long time, integrate it with your new and existing policies and procedures but in a way that it remains intact and unchanged. You should also consider rewards and recognition events for successes. There are many ways to accomplish this, even when budgets are tight. For example, using social media by posting praises and kudos to employees online can go a long way. What are we going to do to improve projects going forward? This is really the main objective of lessons learned. You can get together to understand what went wrong and what was right on your projects, but more importantly, you will want to leave the session with a direction on how to have future successes on a continuous basis. For this to happen, take the time to rank the learnings in some ordinal manner. For example, consider what needs to be addressed immediately and how to make the action possible; determine what can be changed and how to minimize the impacts; and explore how to ensure processes are apparent and possibly even mandatory. No matter what ranking system is used, conclude the meeting with an accountable action plan. What do you see as next steps after getting together, gaining reality and gathering the lessons? Share your thoughts below, and Voices on Project Management will publish the best response as a blog post. |
Three Timeless Project Management Rules
Categories:
Reflections on the PM Life
Categories: Reflections on the PM Life
| We all seem to have our own set of "durable" project management rules. We rely on them again and again to help guide us to a successful project outcome, regardless of the type of project, technology or environment. Years ago, I read Kelly's 14 Rules & Practices, which to me made sense for any project. Authored by Kelly Johnson, the founder of Lockheed Martin's Skunk Works® for Advanced Development Projects, the rules helped teams on pioneering aircraft projects produce innovative deliverables under budget and on schedule. I plucked three from this list and adapted them to apply to my project management career: 1. The number of people connected to the project must be aggressively restricted. For me, it has been quite common to have people seek a connection to a project, especially if it has had a high degree of executive visibility. Project managers who invest in aggressive stakeholder management -- that is, blocking non-essential roles -- have clearer communication in their projects and better-defined roles, which also helps new team members know their role relative to others on the team. 2. There must be a minimum number of reports required, but important work must be recorded thoroughly. I have been on some projects where the effort put into status reporting almost exceeded the effort put into project activities. Too much in the way of project reporting is just as dangerous as too little. Based on the type of project, the most successful project managers focus on a small number of essential metrics (schedule, budget, milestone, deliverable variances, etc.) that are easily understood by both the project team and the stakeholders. 3. There must be a monthly cost review covering not only what has been spent and committed, but also projected costs to the conclusion of the program. It is typical for project managers to host meetings to review prior project spend as future spend forecast. The crucial term in this rule is "what has been committed" to the project, both in terms of funding and resources. Many times, project managers fail to include funding and project resource commitments during a cost review. Even though I read them long ago, Johnson's rules still resonate today. This October marks the 70th anniversary of the 14 Rules & Practices. Talk about durability! What are your "durable" project management rules? Skunk Works and the 14 Rules & Practices references courtesy of Lockheed Martin. |
The Basics: The 4 Phases of Negotiation
Categories:
Communications Management
Categories: Communications Management
| Obvious but true: Project professionals must know how to negotiate. Whether they're dealing with customers, suppliers, contractors, colleagues or other departments, negotiating skills are crucial in pushing ideas through, securing finances or resources, and agreeing to contract terms. William Ury, co-founder of the Program on Negotiation at Harvard University, stresses that successful negotiations must generate efficiency, reach wise settlements and maintain good, or enhance, relationships between the negotiating parties. There are four phases to the negotiation process. The first is preparation, when you acquire all the documentation, facts, data and information necessary to bring others into agreement. For example, when negotiating contract details with external contractors, a project manager must gather the number of project phases, breakdown of deliverables, milestones, time scales, resource requirements and expectations. During preparation, it helps to look for win-win agreements that focus on shared interests. This opens the door to finding solutions and options that favor all parties. In case an agreement is not reached, you should also prepare a fall-back position before entering into bargaining. For example, when preparing for negotiation for a vital resource from another department, a good fall-back plan would include details on the following:
The second stage is to exchange information and disclose necessary details with the other party. This aids efficiency and reduces frustration by ensuring relevant information is available to all and appropriate considerations are made prior to meeting. On a project, this information may include cultural or environmental considerations, company standards, rules and policies. Bargaining is the third phase. It is at this stage that most of the interaction between parties takes place, and individuals display a range of different negotiation styles and tactics to make their case. It is during bargaining that the risk of unsuccessful or troublesome negotiations is highest, with increased potential for tempers and frustrations to flare. To bargain successfully, focus on common interests and objectives at the start to clear any assumptions. You should also acknowledge your own triggers — the things others can say or do that make you react in a hostile or arrogant manner. If faced with a trigger, pause, ask questions so others can explain their point; listen, and then respond objectively and professionally. It helps to bargain with the mindset that everyone is a problem solver, not an adversary. This paves the way for more questions, encouraging everyone to listen and collectively look for ways to agree. The final phase of negotiation is closure. Like in a project life cycle, this phase formally seals and binds the parties into the outcomes of the agreement. What negotiation advice or practices do you recommend on a project? |
Why Ask "Why?" in Agile
Categories:
Agile
Categories: Agile
| When we're first introduced to agile, we learn so many steps and procedures that it's easy to forget why they're useful. The exam to become a PMI Agile Certified Practitioner (PMI-ACP)® asks questions on practices -- and it also does a good job of testing your knowledge of the value behind them. Yet knowing the "why" behind a practice helps you keep close to the core values of agile when handling unforeseen situations. 1. We graph, but why? The concepts of big visible indicators or information radiators deliver two benefits: a self-organized team and risk reduction. Graphing helps the team react more quickly, since everyone sees the same data at once, rather than one leader looking at the data and then issuing decisions. When graphs illustrate the risk of falling behind, the team is able to take action. Whether you are using Scrum or Extreme Programming (XP), visible charts are crucial to understanding your rate of work. Remember that completing charts is as important as knowing how to interpret the message they present. 2. We have a task board, but why? A task board shows a list of work in at least three columns: "To Do," "In Progress" and "Done." Some teams have paper notes, or the electronic equivalent, that march across the board as work progresses. But not every team asks the all-important question: "Are we juggling too much at the same time?" Visual task boards make it easier to see when things start falling behind. Don't just watch the tasks move across the task board. If a traffic jam develops in the middle of the board, ask why. For example, lean and Kanban methods visually highlight the need to limit the work "in progress," or how many tasks your team is juggling. You can do the same amount of work, but focus and finish a few at a time. This improves your cycle time and surfaces any risks earlier. 3. We have a process coach, but why? In both Scrum and XP, there is a role on the team tasked with knowing the process and making it perform as advertised. In the case of Scrum, that is the Scrum master's job. In the case of XP, it's the coach's job. Process coaches are instrumental in fostering your team's ability to self-organize rather than relying on one leader to delegate work. If you have a coach on your team spending more time assigning work than mentoring others to use a process, then your team's ability to self-organize -- and foster nimble work and cross-functional roles -- suffers. 4. We communicate openly, but why is this important? It's easy to avoid conflict and let disagreements stand, but agile relies on surfacing issues so they can be dealt with as early as possible. The social contract of the agile team must be "Bad news is good" and "We're all in it together." The only bad issue is one that doesn't get raised. If you communicate but don't mention controversial points, then you're veering from agile values -- and perhaps growing less agile for it. What other agile values are important to you and your teams? Learn more about developing your agile expertise in this PMI Career Central article. PMI members can access the PMI Agile Community of Practice to connect with other project professionals on the topic. |
Project and Portfolio Managers: What's the Big Difference?
Categories:
Portfolio Management
Categories: Portfolio Management
| Frequently, I hear stakeholders confuse "project managers" and "portfolio managers." The misunderstanding may stem from the fact that although portfolio managers may seem to be higher in the organizational hierarchy, it doesn't necessarily mean that they supervise project managers. Also adding to the confusion is that today's project managers have more business acumen than their predecessors to compete in a global economy. To determine the difference, remember one thing: Portfolio managers help translate an organization's business strategy into a portfolio of projects' benefits and results, which are delivered by project managers and their teams. Therefore, the portfolio manager works in a synergic way with project managers to realize business objectives through projects. A portfolio manager has to answer three questions about every project: 1. Is it interesting? All projects have to create business value. Consequently, alignment between project deliverables and business strategy is essential. By answering if projects are interesting from the point of view of the organization, we are assuring that we have a portfolio aligned with the strategic plan. 2. Is it viable? It is common to have many interesting project possibilities. However, we may not be capable of carrying them out. Therefore, a portfolio manager must determine a project's viability. Do we have the resources? Do we have the technical skills? 3. Should we do it? We may end up with a list of projects that are interesting and viable, but we cannot execute all of them at once. Portfolio managers use scoreboards and other methods such as the analytic hierarchy process to select and prioritize the best projects. To answer these questions, portfolio managers analyze business cases, project proposals and viability studies. Once there is an approved project charter, a project manager takes over to drive the completion of the project on time and in budget and to ensure that the project stays aligned with the business strategy. By the end of the project, the project manager's performance depends on how well he or she planned and managed the project (time, cost, and scope and quality). That is, a successful project would have satisfied stakeholders by delivering what was promised according to the project plan. Considering the performance of a portfolio depends on achieving business objectives through projects, portfolio managers use other metrics to measure success. These include:
Learn more about portfolio management in PMI's Pulse of the ProfessionTM In-Depth Report: Portfolio Management. |





