Boost Productivity by Renaming Tasks
Categories:
Project Delivery
Categories: Project Delivery
| Do you assign yourself a task that's actually framed as an expected result? For example, creating or updating a report is a task, while producing a report is a result of that activity. Or, performing a troubleshooting session is a task; solving a problem is an expected result. Language impacts how we work and what we accomplish. This reality is illustrated in project management through the use of the work breakdown structures, for example, where we break down the tasks and label them appropriately to be able to execute them. The work seems easier to accomplish that way. To be productive, tasks need to be executable and controllable. Tasks framed as results are ambiguous because they do not specify an action that can be carried out -- instead, they imply that you will figure out the real action you can do and accomplish. I find that I get a lot more done when I put a task on my calendar that I know I can control. For instance, I can control hosting a meeting, but I can't control the meeting's outcome. Therefore, the task, "Chair a solution review meeting" has more power than "Get the team to approve a solution." When our mind considers a task to be particularly important or ambiguous, it tends to look for an easier outlet or for ways to delay working on that task. It's only when we reword the action in terms that we can understand that we jump to execute the task. The key, I find, is in wording the task as something over which you have actual control. Look at the work you planned for today or the next seven days. Reword your actions and tasks so that you can have complete control over them. Notice what happens to your productivity and report back. Have you seen a productivity boost from renaming tasks? |
Project Management Plan: The Basics
Categories:
Project Planning
Categories: Project Planning
| In a previous post, 7 Essential Project Planning Documents, I referred to the "Project Management Plan" as one of the key planning documents that fosters project success. Sometimes people confuse the project management plan with the schedule or the scope plan. But it's more than that. A project management plan is the planning document, capturing the entire project end-to-end, covering all project phases, from initiation through planning, execution and closure. A comprehensive plan covers at least the followings areas and components: (Note: A Guide to the Project Management Body of Knowledge (PMBOK® Guide -- Fourth Edition) covers these in Chapter 3. Instead of putting the elements one by one, I grouped them by purpose/meaning.)
When writing a project management plan, the approach depends again on the project's size and context. I personally use the following approaches:
What approach do you use when crafting a project management plan? What elements do you use? |
Every Project Manager Has a Story
Categories:
New Practitioners
Categories: New Practitioners
| While recently attending a NASA event, I spoke with a Mission Control Manager, who remembered me from a project management panel I was on earlier this year. I was pleasantly surprised. I almost didn't participate on the panel because I didn't think I had much to share. Those new to project management may feel they don't have the "expertise" to speak or write on a topic. This could not be further from the truth. Your experiences about your career path or even individual projects you've managed or worked on contain valuable information that even just one other person in the profession could learn from. A five-minute talk or a five-paragraph blog is really all you need to start connecting your story to others. It's this connection, done over and over again, that will increase your influence, your reach and professional network. "Storytelling" is more than reading fairy tales to a child. It comes in the form of speeches, presentations, panels and writings. At project management events (in person or virtual), you can reach dozens or hundreds of people with your unique experiences in the profession. Additionally, the experience of applying for a panel, or writing a paper or article, will help you realize how much you do know, and where there's knowledge gaps. So I say, challenge yourself: Volunteer to present and share a project management story in a familiar setting, such as at a PMI chapter meeting or speaking panels. If you're ready to present in front of an audience of people you don't know, search for opportunities to present at events such as a PMI® Global Congress. These types of events expose you to project managers from all walks of life, new comers and veterans alike. With such a large audience present, sharing your stories will inevitably reach other project managers who can learn from your experiences. Take some time to write a short entry on the project management topic you're most knowledgeable about -- then find an outlet to share that material. From a PMI community of practice to a PMI chapter discussion board to your own Facebook page, there are many virtual spaces on which to share your project management stories. Start small -- even if it's just 140 characters on Twitter. Then build your momentum, and soon you'll find your project management stories have reached places you never thought they could. Fellow blogger Jim De Piante recently covered this topic. Check out what he has to say. |
Contribute Your Knowledge to Help Update PMI Global Standards
Categories:
PMI
Categories: PMI
| Looking to contribute to the development of a standard? Here's your opportunity. Through mid-March, project, program and portfolio professionals along with the interested public can share their expertise and experience to improve and comment on PMI's portfolio and program standards, as well as A Guide to the Project Management Body of Knowledge (PMBOK® Guide). The Standard for Portfolio Management -- Third Edition Draft Standard will be available for public review until 14 January 2012. The Standard for Program Management -- Third Edition will be available from 6 February - 6 March 2012 and the PMBOK® Guide -- Fifth Edition will be available from 17 February - 20 March 2012. Here's your link to log in to PMI.org and access the exposure draft that's available. Review and submit your comments. You can also visit and bookmark the "PMBOK® Guide and Standards" section of www.PMI.org to reach exposure drafts and learn about current PMI standards projects. Your voice matters. Provide your comments -- and make a difference in PMI standards. |
Win-Wins Can Build Your Project Team's Brand -- and Your Profession
Categories:
Stakeholder Management
Categories: Stakeholder Management
| The recent Qantas Airways network shutdown was a good example of an industry taking a long-term view of what is best for the industry. Rather than overtly exploiting the problems and passenger discomfort caused by the disruption, Qantas' competitors scheduled additional capacity and cooperated to minimize the overall inconvenience to the flying public. An obvious consequence to this is that passengers may discover they like the rival airline and keep flying it. But overall, the airline industry worked to minimize the damage to the air travel category. Everyone recognized the collective overall need to keep the flying public flying and returning to repeat the experience. This win-win approach is a stark contrast to the situation where a competitor's primary aim is to score a short-term win, regardless of the damage caused to the sector. If Qantas' competitors had resorted to negative advertising pointing out how bad the Qantas service was, for example, there would have been damage done to the overall perception of flying. Now, consider your next argument with one of your project's stakeholders, either internal or external. While your stakeholders may not be competitors, it may benefit you to use the same "win-win" approach. You have a clear choice: You can work collaboratively to build your project team brand and even enhance the larger project management profession. Or, you can go all out to win -- and if you lose, make sure your competitor can't win. The latter approach always causes long-term problems. If the customer loses, the relationship will be damaged and they'll be looking for an opportunity to get even. You also permanently damage your long-term opportunities. If you lose, you're no longer part of the solution. You've effectively negotiated yourself out of a role. The alternative is a collaborative approach where you seek to build the best outcome with as many of your needs, wants and ideas embedded in the final solution as possible. This collaborative solution will, of course, include some of your stakeholder's wants and ideas, but may result in an overall better outcome for everyone by transforming the problem into a win-win solution. In this scenario, you may have made some compromises, but you're still in the game and can influence the outcome. The relationship is maintained and you have helped maintained the image of the team and the project management profession. What do you think? Short-term "wins" may feel good. But if the consequence damages the customer's perception of you and your project, is the short-term gain worth the long-term pain? |





