Please Read (Urgent)!
|
We are experiencing a great contemporary paradox: In spite of state-of-the-art gadgets and collaborative communication tools, which should be streamlining and facilitating work, we feel increasingly burdened with more responsibilities and response requirements.
The clearest side effect is the epidemic feeling that we are always short of what we wish we could have read, produced or done.
Of course, the benefits that technology has brought us in recent decades are indisputable. The production of human knowledge has gained stratospheric scale. The world has become "flat"—economies are now deeply integrated, and long distances have been collapsed by hyperconnectivity. But this also means that a good share of the world's population can now compete for the same professional space as you and your company.
Perhaps this is why recurring publications about better management of time and its countless functions become the focus of attention for the most attentive visitors to bookstores.
When everything is urgent, in fact, nothing is. If everything has the same priority, there is no way for anything to stand out. Perhaps this is the central issue behind the stress so many people feel today. Once the urgency of demands is generalized, it becomes difficult to produce high-quality, timely results.
What’s the solution? Planning, planning and ... planning. Only a good deal of planning — structured and strategic — allows corporate and project leadership to stay focused on real priorities and meet the right attention needs of their teams.
For the individual, planning is also a personal survival tool for organizing and balancing work, personal and social demands. |
Information Is Subjective
Categories:
Knowledge
Categories: Knowledge
| by Lynda Bourne
Knowledge is organic, adaptive and created—it exists in the minds of people. A person’s store of knowledge is built from their life experiences, their observations, and their formal and informal learning. Consequently, what one person knows will be different to what everyone else knows. Some of each person’s knowledge is explicit, meaning they can explain the rules that apply to it. But much is implicit: intuition, gut feelings and other ill-defined but invaluable insights grounded in the person’s experience. Information is recorded, held in systems and made accessible to people. Good information management systems contain verified information in a useful format. This information is based on data. Because it is written, it is consistent—but it may not be correct. How the data is interpreted to create the information depends on people’s knowledge and perceptions. Data Is the Starting Point Data is a set of observations or measurements. If nothing changes in the world, another person can perform the same measurement or observation at another time and gather the same set of data. Data may not be accurate or reliable but it is based on observed facts about something. The potential for error rests in the way the observations or measurements were made. The Interpretation of Information Information is organized data. It provides the answer to a question of some kind or resolves an uncertainty. However, transforming data into information is not automatic; it requires the input of knowledge. Someone has to look at the data and observe patterns that indicate something of significance or make decisions on what is important in a particular context. Information is refined data in a context that is designed to communicate a message to the receiver of the information. The problem is different people with different knowledge frameworks will interpret the same set of data in different ways. You only need to listen to politicians arguing about the state of the economy to see how different the interpretation of the same set of data can become. The old adage applies, “There are three kinds of lies: lies, damned lies and statistics.” When I reduce my knowledge to a codified or written format it becomes available to others as information. But I have no way of knowing how you or anyone else will use or change the information I have created. Information Management Systems Changing data into information is the first application of knowledge in an information management system. And the journey from data to useful information may need several passes through the information management system. PMI’s A Guide to the Project Management Body of Knowledge (PMBOK® Guide) identifies:
At each step in this flow, a person applies their tacit and explicit knowledge to the information they have received. They then codify their new knowledge to create another piece of information ready for use by others. The problem with this process in isolation is it is asynchronous and based on individual transactions. This is suboptimal and potentially dangerous. However, the model of the information management system above is very common and spans global systems, such as Wikipedia down to simple knowledge repositories in project web portals. What’s missing in this type of system is the knowledge management element, which we will look at next time. An information system on its own will at best simply make useful information available to people. There is no control over how, or if, the information is accessed or used appropriately. In a full knowledge management system, information is the bridge between data and knowledge:
More on this next time. |
This Much I Know Is True
|
I don’t have a classic project management background, so I spend a lot of time thinking about ways non-traditional project managers can offer up great ideas to people with more traditional backgrounds. Sometimes I find that easy. Sometimes I find that rather difficult. I also spend a great deal of time trying to push people past conventional wisdom. Again, sometimes that is easy, but most of the time it is incredibly difficult. This got me thinking about what I wanted to talk to you about this month: While the truth remains the same, the interpretation of the truth can change. What does that mean to project managers? A lot, actually. Here are a couple of the things we have always felt were true and how they can be interpreted differently. 1. Project management is about implementation. As my 8-year-old son might say, “True! True!” The reality is that project management is about implementation of a project plan with a desired outcome in mind. Yet, as we have seen general business matters change, we have also seen that project managers aren’t just involved in implementation — they’re also involved in strategy. How is this possible? Because we don’t just do things, we also have to be in touch with the skills and desires of the organization and our teams. This means we do need to implement. But as much as we implement things, we also have to have business acumen that will allow us to offer up ideas, be confident in our ability to think strategically and drive our team toward the results. Like improv comedy, a project manager is all about the “yes, and…” 2. A project manager’s most important skill is communication. Communication is likely the most important skill for anyone today. But, for project managers, it’s not simply about communication, but communication that enables people to set priorities and take action.. Let me explain. Poor communication has stopped more projects from being effective than any other thing in project history. But good communication alone won’t fix every issue. Sometimes communication isn’t the real issue — instead it’s about also doing the right things. That’s why we need great communication in service of doing the right things and getting things done. Communication is key, but communication without commitment to the right things is the real issue. The idea that communication and implementation are super important is still true, but why they are true is up for debate. What do you think? BTW, if you like this blog, why don't you get my Sunday newsletter. There I focus on business acumen, value, and leadership...along with under ideas. If you'd like to get it, drop me a line at [email protected] with "newsletter" in the subject line. |
Harnessing Bathroom Brilliance
| by Lynda Bourne
Do really good ideas pop into your mind at the most inconvenient moments, like when you’re in the middle of taking a shower? This flash of bathroom brilliance presents two problems:
And typically, that flash of brilliance fades quickly and can be very difficult to reconstruct even a few minutes later. That may explain why Archimedes went running naked down the street shouting “Eureka!” following his flash of bathroom brilliance. This occurred when he discovered the relationship between volume and mass (density/buoyancy) by observing the change in water level as he entered his bath. How can we unleash this kind of innate creativity on a regular basis and not just in the bathroom? While everyone is different, there seems to be three key elements to being creative:
Now, think about your teams and how you work with them to develop creative solutions. Do you call them into a room, dump the problem on them, demand a brainstorming session right there and then wonder why it doesn’t work? Or, do you socialize the problem first, ask people to think about it and discuss it with each other offline, and then call the meeting to see what’s been developed? Creativity needs space, time and freedom from pressure. This is the antithesis of most modern work environments where people work in a high-pressure job and are constantly inundated with a stream of “stuff” via technology. How can you make the time to be relaxed, creative and successful? |
Can Frogs Be Stakeholders?
|
by Linda Agyapong "Who" really is a stakeholder?I enjoy breaking down some of the buzzwords in project management. In my previous post, we looked at “project success” vs. “project management success.” Today I’d like to focus on “stakeholder”—one of the most buzzworthy terms. For this discussion, let’s check in with our three favorite project managers: Jim, Mary and Alex. They have been tasked with a major construction project in Europe. On the first day of their kickoff meeting, as they were documenting their project charter, they got stuck because the three of them could not agree on identifying all the stakeholders for the project. Turns out the targeted site for the construction project had a natural habitat for a specific kind of protected species—the moor frog. Jim and Mary jointly agreed that moor frogs should never be considered as stakeholders of the project—after all, they were not humans. But Alex maintained that they should be considered as stakeholders because the frogs would either be significantly affected by the project, or they would significantly affect the project. Alex then explained that the classic definition of a stakeholder—from the legendary business theorist R. Edward Freeman—did not segregate animals from humans, nor living things from non-living things. In his award-winning book, Strategic Management: A Stakeholder Approach, Mr. Freeman defined a stakeholder as “any group or individual who can affect, or is affected by the achievement of the organization's objectives.” He subsequently clarified that this definition can be expanded further to cover anything that the organization significantly affects, or is significantly affected by it. Alex added that the very issue had been argued in the journal article Project Temporalities: How Frogs Can Become Stakeholders by Kjell Tryggestad, Lise Justesen and Jan Mouritsen. These authors took the stance that the natural habitat of the frogs provided some benefits to people in the community, such as via food, recreation or entertainment. Because of that value, the moor frogs should be classified as stakeholders. Robert A. Phillips and Joel Reichart argued the opposite in their article, The Environment as a Stakeholder? A Fairness-Based Approach. They said that this natural habitat cannot be classified as a stakeholder because, “only humans are capable of generating the necessary obligations for generating stakeholder status.” Their basis was that stakeholders can only impact a project when they “make themselves known as part of the empirical process to develop the project.” Tryggestad, Justesen and Mouritsen, however, advised that non-living things could be actors of the project if they make a visible difference within the project, such as significantly impacting any of the triple constraints of the project (namely time, cost and scope). Their rationale was that “an actor does not act alone. It acts in relation to other actors, linked up with them.” The frogs were then considered to be “an entity entangled in a larger assemblage consisting of both humans and non-humans.” At the end of their research, the frogs were classified as actors or stakeholders of the construction project. To bring it home, Alex calmly advised his colleagues that the frogs have peacefully lived in that part of the community for several years. To avoid incurring the residents’ wrath, they should classify frogs as stakeholders and subsequently make the necessary arrangements to appease the community accordingly. In the end, Jim and Mary unanimously agreed to this great suggestion. I encourage you to think outside the box to identify all the potential stakeholders for your upcoming projects. Good luck! |






By Ramiro Rodrigues


