Heard Malcolm Gladwell's outstanding presentation today (at The Art of Management conference), re: the overconfidence of experts that led to the 2008 financial crisis, as compared to the mistakes of General Joseph Hooker's overconfidence in the Civil War Battle of Chancellorsville . I was reminded of an outstanding "Swim Season" Future States blog post by Demian Entrekin in his Future States blog. Both Gladwell and Entrekin suggest the very real risks of overconfidence, even by those considered experts in their fields. Here is part of Entrekin's IMHO brilliant swimming analogy (full post at http://it.toolbox.com/blogs/ppmtoday/swim-season-37499):
"Imagine two swimmers.
Both swimmers are trying to get from one island to another.
On the other island there is a clear destination...
Both swimmers jump into the water at the same time.
The first swimmer puts his head down and begins to swim...
The plan is to waste no time.
The plan is to keep swimming until the destination has been achieved...
The second swimmer has a different plan.
The second swimmer will take 100 strokes and then stop.
When the second swimmer stops, he will wait until he sees the destination...
The second swimmer notices that the target has moved.
The first swimmer keeps going hard and strong.
The second swimmer stops again and notices a current has taken him off course.
He makes a small adjustment and continues swimming.
The first swimmer begins to tire.
The second swimmer continues to stop and make adjustments...
The first swimmer finally decides he must stop and take his bearing.
The second swimmer sees the shore.
The first swimmer sees the two islands in the distance.
The second swimmer feels tired but also sees the end.
The first swimmer begins to swim back against the current, a sense of panic setting in.
The second swimmer reaches the shore.
The first swimmer now wonders which island is the destination."
Musings on personal and enterprise technology (of potential interest to professional technoids and others)
Monday, November 15, 2010
Future States blog: Swimming analogy to understand risks of overconfidence
Posted by
dgftest
at
11:50 PM
1 comments
Labels: Change-Management, collaboration, Project-Management
Thursday, November 12, 2009
Well-done quality improvement is not punitive; it’s educational: Dr. Brent James, NYTimes 8Nov2009
Seems doctors may have some meaningful insights to share with IT executives and project managers, regarding effective management of a quality improvement initiative. A fascinating NYTimes article by David Leonhardt explains how Dr. Brent James is standardizing certain healthcare procedures, thereby significantly improving certain types of patient outcomes. Even straightforward checklists seem to help a lot. Leonhardt also provides the successful example of
"...the Pronovost checklist. As many as 28,000 people in this country die each year from infections that come from intravenous lines. Several years ago, Peter Pronovost, a Johns Hopkins physician, developed a simple list of five steps that intensive-care doctors should take before inserting an IV line, in order to prevent the introduction of bacteria. The checklist reduced the infection rate to essentially zero at 108 hospitals in Michigan where it was adopted. Pronovost published the results in The New England Journal of Medicine in 2006. But most intensive-care doctors are still not using the checklist. To insert an IV line, they continue to rely on their own judgment."
Also helpful and relevant for IT in my experience, is the statement by Dr. James that
"quality improvement is a process, not an event. In part it works by finding variation and drawing attention to it... And well-done quality improvement is not punitive; it’s educational."
Full article:
If Health Care Is Going to Change, Dr. Brent James's Ideas Will Change It - NYTimes.com
Posted by
dgftest
at
11:17 PM
0
comments
Labels: Change-Management, collaboration, Knowledge-Management, medical-computing, policies, Project-Management, training
Wednesday, July 22, 2009
Gartner's 6/09 Magic Quadrant for IT Project & Portfolio Management
Source: Gartner (June 2009) .
Gartner have recently updated their "Magic Quadrant for IT Project and Portfolio Management".
As Gartner explains, "Project and portfolio management (PPM) applications can provide visibility into the current state of organizational initiatives, resources, and spending through the centralized collection of data from multiple sources and perspectives. Integration across multiple business and IT process domains through PPM system functions provides multidimensional views of this data for better visibility and understanding of resource supply versus project (and other work) demand in IT and other project environments.."
There seems to be some healthy competition among a group of strong leaders, visionaries, and challengers (including SAP, Innotas, and BMC), as detailed in this Gartner report. A related May, 2009 Gartner report (which unlike the aforementioned Magic Quadrant is not available to browse online for free) at http://www.gartner.com/DisplayDocument?ref=g_search&id=986223 , entitled "Market Share: Project and Portfolio Management Software, Worldwide, 2008", summarizes as follows: "After a banner year in 2007 with 24% growth, the worldwide project and portfolio management software market growth slowed to 7.4% in 2008 for a total of $1.2 billion. Among PPM vendors, Primavera, Microsoft, CA, Oracle and Agresso hold the largest market share."
As per my recent post regarding the US Federal CIO office, it is nice to see that PPM and related tools can be used in the real world with significant impact - e.g. to decide which projects should be permitted to proceed, vs. which should be halted in case they are significantly overrunning costs without yielding expected business benefits.
However, it is probably worth noting that even the best PPM tools do not add any meaningful value, unless the key business stakeholders contribute to its success by keeping relevant information and metrics up to date. Which is just another way of saying that even though the expected value / ROI may be large for a PPM undertaking, one should consider the full investment / TCO required: Not just the hard costs for licensing the software and related deployment requirements, but the full organizational commitment, training, and change required to make effective use of the PPM system and methodology.
Posted by
dgftest
at
2:48 PM
0
comments
Labels: collaboration, ppm, Project-Management, TCO, training
Friday, July 17, 2009
Project Portfolio Management in action: US temporarily halts 45 IT projects (budgeted @$200 million)
As per Demian Entrekin's excellent blog on http://it.toolbox.com/blogs/ppmtoday , the US National CIO Vivek Kundra has embarked on an impressive and BIG IT project portfolio management and reporting initiative ( accessible via http://www.usaspending.gov/ ).
Today (Friday July 17th), a formal announcement on the related blog http://it.usaspending.gov/?q=content/blog confirms that 45 major federal IT projects are actually being temporarily halted. So the major USA federal PPM initiative is not merely a reporting tool, it is actually being used for taking meaningful and consistent action when project overruns are detected:
"Friday, July 17, 2009
Evidence-based decisionsVivek Kundra, Federal CIO
Today, the Department of Veterans Affairs (VA), under the leadership of Secretary Shinseki and VA CIO Roger Baker, announced that it will temporarily halt 45 IT projects which are either behind schedule or over budget and work to determine whether these programs should be continued. We’re not talking about a trivial sum here—the Fiscal Year 2009 combined budget for the 45 projects is approximately $200 million. The worst offender of the bunch was 110% over budget and 17 months behind schedule.
We were able to catch these contracts, in part, thanks to our new tool, the "IT Dashboard” which helped shed light on the performance of projects across the federal government.
During the next few weeks, the VA will audit these 45 projects to determine whether additional resources or new management teams can get them back on schedule.
If they can’t be fixed, the projects will be canceled.If you are just hearing about the IT Dashboard for the first time, it allows you to see which IT projects are working and on-schedule (and which are not), offer alternative approaches, and provide direct feedback to the chief information officers at federal agencies.
Given the size and complexity of the federal IT portfolio, the challenges we face are substantial and persistent. The dashboard is not a substitute for good management. Its value comes from leaders who use the information to make tough, evidence-based decisions on the future of IT investments.
The VA’s announcement is part of a broader effort by the Administration to make the federal government more transparent and to boost accountability and drive better performance. From IT accountability to personnel and contracting reforms, the administration is committed to providing better value, efficiency, and effectiveness for taxpayers’ dollars."
Hat tip: http://twitter.com/nytimesbits/statuses/2690095160
Posted by
dgftest
at
12:21 PM
1 comments
Labels: collaboration, Knowledge-Management, monitoring, ppm, Project-Management, TCO
Sunday, June 7, 2009
Safire: Who is a 'Straw Man'? vs. Brooks: 'Pilot System'
William Safire has penned an excellent piece regarding the phrase "Straw Man", in his New York Times "On Language" column, On Language - Who is a 'Straw Man'? - NYTimes.com:
"Accepting the Democratic nomination in a huge football stadium way back in the presidential campaign of ’08, Senator Barack Obama displayed his oratorical talent by using one of his favorite tried-and-true devices in argument: “Don’t tell me that Democrats won’t defend this country!”
Who was telling him that? To be sure, his opponents were claiming that a Republican administration would be stronger on defense, but nobody was telling him or the voters that Democrats preferred abject surrender. At the time, reviewing that speech, I noted the rhetorical technique: “By escalating criticism, he knocked down a straw man, the oldest speechifying trick in the book.”..."
Safire explains these fascinating origins of "Straw Man" in the context of political speeches. Those of us involved in technology and other business projects, know that a "Straw Man" can also be used in a business context, typically to refer to the first attempt at documenting a project's initial charter and/or requirements, or even a preliminary prototype of a proposed new or enhanced system's user interface.
As explained nicely on mindtools.com:
"When you begin a project or start looking into a problem, you often have incomplete information to work with. So you can spend time gathering facts and data until you are ready to build a really strong argument or plan, or, you can get going straight away and jump in with a not-so-complete solution, with the intention of finding a much better one, as you learn more and more.
That's the premise behind building a straw man - creating a first draft for criticism and testing, and then using the feedback you receive to develop a final outcome that is rock solid..."
A similar, and very concise definition of "Straw Man" can be found in J. LeRoy Ward's excellent Dictionary of Project Management Terms :
"Working draft copy circulated for comments or suggested changes."
Finally, I would like to suggest a connection between the idea behind a "Straw Man" in business and technology, to the very similar concept in Software Engineering, as originally explained brilliantly in the classic Fred Brooks work: The Mythical Man-Month: Essays on Software Engineering, Anniversary Edition (2nd Edition):
"The management question, therefore, is not whether to build a pilot system and throw it away. You will do that [anyway]."
Thus, Brooks suggests that one may wish to "plan to throw one away", since it is quite possible that you will, anyhow. And by building this "pilot system" into the plan as an explicit milestone, communication is simpler, and expectations are more realistic from the start.
So perhaps, although not identical, Safire's "straw man" and Brooks' "pilot system" are both trying to capture the same notion: That we sometimes need to start with something we know is imperfect, in order to be able to proceed from there to a truly excellent result.
Posted by
dgftest
at
11:53 AM
0
comments
Labels: Change-Management, collaboration, Project-Management, TCO
Thursday, May 14, 2009
Should Project Managers Twitter?
Some interesting observations from the gantthead blogs about the potential relevance of Twitter to Project Managers:
Why Project Managers Should Twitter: "How many times have you heard that project management is all about communication? Communicating with your team is important, but so is communication with the outside world... you should at least become familiar with Twitter..."
I agree that PM's should become familiar with Twitter... However, the decision for any specific project would of course depend on the audience, sensitivity of the information being transmitted, overall environment and expectations of the customer, etc...
For those of us (including current or aspiring PMP's and CAPM's) familiar with the Project Management Institute's PMBOK, this basic issue is addressed as part of the Project Communications Management knowledge area, e.g. the Communications Planning process, for which the PMI observes that it is critical both to:
- Identify stakeholder information requirements, and
- Determine a "suitable means" to address those requirements.
Similarly, there could be situations in which the risk of not communicating by Twitter is much greater than doing so. Think of an emergency natural-disaster evacuation scenario in which affected parties need to receive extremely urgent information... Some of them may be accessing Twitter on a very regular basis, but their cellphone number for SMS might not be functioning at that particular moment.
Posted by
dgftest
at
10:35 AM
0
comments
Labels: collaboration, emergency-communications, mobile-computing, privacy, Project-Management, security, SMS, Twitter, Web 2.0, wireless
Tuesday, May 5, 2009
PMP + Project Management eBooks included in PMI membership
The Project Management Institute ( http://www.pmi.org/ ) is well-known for its PMP Certification (and other project-management related certifications).
For those who invest in PMI membership - even without trying to obtain PMP certification - there are some interesting and useful benefits, including online access to a number of eBooks. The titles include both PMP-specific (e.g. PMP: Project Management Professional Study Guide, Deluxe Edition
) and general business titles such as the 2003 edition of Harold Kerzner's
Project Management: A Systems Approach to Planning, Scheduling, and Controlling
If you are a PMI member and have obtained member access to http://www.pmi.org/ , you can access Kerzner and other of the PMI eReads & Reference titles via these steps:
- Login with your PMI login and password at http://www.pmi.org/Resources/Pages/Members/eReads-and-Reference.aspx
- Click on the link near the lower left-hand corner of the page labeled Go to eReads & Reference
- Click on the link near the upper right-hand corner of the page labeled My Home
- You can now search by title, keyword etc. as per the detailed summary below
And here is the official description as per
http://www.pmi.org/Resources/Pages/Members/eReads-and-Reference.aspx :
PMI.org Resources
e-Reads & Reference
Powered by Books24x7
"An exclusive PMI member benefit, eReads & Reference provides online access to 250 complete and unabridged books from PMI and other leading publishers. Topics include project management, leadership, teams, cross-cultural business, knowledge management and more.
With eReads & Reference it’s easy to expand your project management horizons online, anytime. Powered by Books24x7’s sophisticated search engine, eReads & Reference lets you find books by keyword, phrase, title, author, publisher, or International Standard Book Number (ISBN).
Use eReads & Reference as an on-the-job guide, a research and study aid, or to preview books before you buy. For quick reference, bookmark titles of interest or build your own bookshelf."
Posted by
dgftest
at
9:24 PM
1 comments
Labels: ebooks, Project-Management
Saturday, January 17, 2009
Does IT really serve *internal* customers? [David Wright via Better Projects]
Thanks to http://www.betterprojects.net/2009/01/serving-your-customers.html for this excellent quote, a new approach to an old question:
"Don't buy into... that IT is a business within a business serving internal customers. There are no internal customers... Everyone within the enterprise is a part of a team that should be working together to satisfy customers and stay in business."
-- as explained by David Wright, in his book "Cascade: Better practices for effective delivery of information systems in a multi project environment"
Posted by
dgftest
at
7:12 PM
0
comments
Labels: ITSM, Project-Management
Wednesday, January 7, 2009
Implementing Business Process Management: Five Not-So-Easy Pieces
A nice common-sense summary of 5 factors, one or more of which "almost always" causes "failure to achieve results after attempting to implement a business process management (BPM) initiative":
Implementing Business Process Management: Five Not-So-Easy Pieces
My favorite (and the factor which I have noticed most often is the true culprit when these types of process improvement initiatives fail), is the last of the 5 items:
"5. Either shortchanging, or entirely skipping, the all-important task of documenting and analyzing the AS-IS process before designing the TO-BE process. I touched upon this in Reason No. 1, but it deserves its own bullet, because most enterprises have never fully documented their current processes. Typically, many things are done on a daily basis simply because that’s the way they’ve always been done. But without capturing and understanding the “why” for each of these, you are flying blind in determining what your future processes should look like. And take due caution regarding your new path: Often, as we fix one problem, we create another. Even if you’re clear on where you want to go, you need to know where you are to determine the best route."
Posted by
dgftest
at
10:49 PM
0
comments
Labels: Change-Management, collaboration, ERP, Knowledge-Management, policies, Project-Management, training
