Clearing Your Team's Blind Spots
|
Consider a team in which all members are performing at the optimal level. You would see them engaging internal and external staff members only when necessary. They would deliver on requirements without having to consult you every step of the way, allowing you to be the chief who oversees a big project from a higher level rather than micromanages. When team members aren't performing at their optimal level they are often constrained by blind spots. These are the internal roadblocks specific to each team member that we often label as communication issues, team dynamics, management style, and cultural and organizational biases. Having a blind spot means not being able to see the complete picture. When we can't see the complete picture, we make up what is hidden by using context such as our knowledge, experience, goals and motivation. Blind spots limit us because we lack the runway length required to let our ideas take off; we impose constraints that prevent us from understanding the goal, coming up with solutions and choosing the one that works best. To expand your runway requires a well-integrated framework of communication and teamwork based on two main principles: clearing those blind spots by empowering the team to help each other and owning your enterprise. In part two, I will expand on the power of ownership and how to tie these principles together. Can you think of the blind spots that you were faced with in any of your previous or current projects? What was your way of dealing with them, and what was the impact on the results you produced? |
How Much Proofreading Is Too Much?
| In March I introduced you to Sebastian, a highly competent, upwardly mobile executive who happens to be your boss. A very detailed person, Sebastian works from 6 a.m. to 10 p.m. That post sparked quite a discussion and prompted some ideas for building a relationship with him. Now it's time to put these skills to use! This time around, we're focusing on Sebastian's habit of proofreading. While it's a fact some people can see mistakes in documents that others just miss, his copious corrections are starting to cause issues. Sebastian can and does act strategically. But his habit of correcting everything is causing the project managers and project management office staff in his division to spend an excessive amount of time focusing on the documents' presentation (style, font, grammar, spelling) to the detriment of the more important issues of content and strategy. How do you advise him that his ability to see and correct minor errors might be counterproductive? And what is an acceptable standard for internal project documentation? Post your comments and ideas, and we'll review and consolidate the answers in a few weeks. |
PMBOK® Guide for the Trenches, Part 5: Communication
Categories:
Communications Management
Categories: Communications Management
| Frankly, I have no idea why or how the perfectly working lingo of the old cost/schedule control system criterion (C/SCSC, also known as "the C-Spec") has been superseded by the more recent, trendy jargon, but I am pretty sure project management, as a discipline, would be greatly enhanced if only we could go back to the way it was. When the C/SCSC came out in the United States in the late 1960s to early 1970s, the Department of Defense insisted that organizations with whom they did business had a fairly advanced project management information capability. Because this insistence was attached to large amounts of business, companies took notice and quickly put into place the codified project management practices called for in C-Spec. Coming as it was from the United States Department of Defense, you just knew there would be plenty of acronyms. The time-phased budgets were known as the budgeted cost of work scheduled, which quickly became BCWS and shortened again to just "S." Similarly, earned value was the budgeted cost of work performed, abbreviated to BCWP and then "P." Actual costs, being the actual cost of work performed, then ACWP, had the same last initial as earned value, so it became just "A." Three of the most important concepts in project management information theory had been reduced to single letters. It could even be argued that this entered the realm of code: a code that only the true believers of project management knew by heart. But there was no earthly reason to know what the project managers were talking about if you were a newly minted MBA or an accountant. Their faces would likely assume aspects not unlike those of archeologists trying to understand hieroglyphics pre-Rosetta Stone. Project managers could discuss their cost and schedule performance openly, even the ugly parts, without fear that the non-believers of project management had a clue what was being asserted. Indeed, the folks in accounting took the opposite tack. Their communications lost their original precise definitions and are now mainstream. The "bottom line," originally the last line of information on a profit and loss statement, entered the business lexicon and eventually became synonymous with the final outcome of a process or event. But you know you're in the company of project managers if you overhear a discussion on the merits of the CPI and SPI at the cume level (the reporting of the schedule performance index and the cost performance index at the cumulative, or life-cycle-to-date, level). The Defense Acquisition University actually publishes a "Gold Card," which is, in essence, our secret decoder ring, defining most of the commonly used project management acronyms and formulae. At least we have the "Gold Card." What do y'all think? |
The Courage to Acknowledge
| Last June, I blogged about a presentation on acknowledgment that I gave to 800 project managers at a conference in Helsinki, Finland. Afterward, Agoston Nagy, a participant, shared with me a conversation he had with a senior project executive of an Indian power company. Mr. Nagy's colleague asked the senior project executive what the most important competence of a project manager is. "He answered: 'A project manager must have the courage to acknowledge when somebody does a good job,'" Mr. Nagy recalls. We must consider that this executive was responsible for 16 simultaneous power plant construction projects and many other projects in his company. The team took in accolades: One project won an international award for excellence in 2005, two others were finalists in the same competition in 2006 and another project won in 2008. I really appreciate how Mr. Nagy's example illustrated the need for courage when acknowledging a co-worker. Why courage? Isn't it a simple thing to let someone know how much you appreciate them, how their being part of your team makes you certain you will complete the project successfully? No, it isn't. Acknowledging others in a heartfelt and truthful way makes us feel at least somewhat vulnerable. We are not certain that they will accept the acknowledgment in the right way: What if they think we are trying to manipulate them? What if they think we are not being sincere? That's why we need to be courageous and take the risk -- at all times. It is worth it, no matter how vulnerable it makes us feel! |
What Makes a Good Project Manager?
| I think the mark of a good project manager starts with how they manage projects. In April, the Institute of Taiwanese Project Management gave out its first 10 Outstanding Chinese Project Managers awards. The winners and candidates were examples of what defines a good project manager. In general, most of the project managers who caught the selection board's attention managed efforts that were: • Completed within budget and on time, sticking to their scope and quality • In line with the client company's business objectives or ambitions • A benefit to the economy, society or local community Good project managers also have commitment and determination -- a common characteristic of the 10 award winners. Their background, education and work history all showed they were individuals who, when they committed to doing something, would do all that was possible to get the work completed, even when others wanted to give up. I also realized during the award-selection process that good project managers are a driving force in our society. Their constant, ongoing completion of projects keeps our economy active and competitive. Whether these are large telecom projects (such as the installation of China's countrywide broadband network) or smaller ecology projects (such as reducing the carbon emissions of homes or businesses), the project managers leading these efforts are all doing important work that improves our society and our economy. It is only through their planning, execution and management skills, as well as their commitment and determination, that any project can be completed efficiently and effectively. If you know excellent project managers who deserve to be recognized, consider nominating them in next year's PMI Professional Awards. To all you project managers silently toiling away -- possibly thinking "these awards have nothing to do with me!" -- I would like to praise your work: You are the real driving force in society. Never underestimate how important your contribution is! |





