Mistakes are bound to happen, in IT as anywhere. Is it appropriate to fire someone for a mistake? Should we penalize someone for failure in an innovative venture? I would argue against it.
Such an atmosphere could be deadly for innovation within any organization, but more so in an IT organization. Organizations and IT leaders that do not tolerate mistakes -- or innovative failures -- are likely to stagnate. Fear of retribution will reduce productivity and creativity and may cause the most valuable and innovative employees to leave.
People who do nothing make no mistakes. People who do nothing have no failures. The more a person does, the more opportunities there are for that person to make a mistake. So in an organization we should never penalize for mistakes. What we should do is teach people to ensure that they take adequate precautions to recover from a mistake. A good example is making a backup of the system before making a change. Another example is discussing a high-risk action or plan with other qualified people before execution.
Risk management should be part of the standard operating procedure. If a person fails to follow this procedure, we may have an argument for consequences. It is important to ensure that people feel comfortable owning up to errors so that appropriate corrective action can be applied and people can learn how to avoid the mistake in the future.
Quality control reduces errors and mistakes. All members of a team should work toward an atmosphere where people help each other avoid errors and share lessons learned. We should never hide or gloss over bad events.
Innovative people will have some ideas and projects that will not succeed. The person who executes on 10 innovative ideas will most likely fail in a few. If you are going to fail, it is important to fail early and inexpensively. It is dangerous to continue implementing a bad idea for fear of organizational retribution.
A couple of years ago I had the pleasure of listening to Dr. Jamshed Irani, former CEO of Tata Steel, who turned around the company in the late 80s and early 90s by engaging the entire organization in a culture of innovation. One of the ideas that emerged during his tenure was Tata's practice of giving "Dare to Try" awards for innovative ideas that were operationally unsuccessful.
Failed ideas teach us what does not work and provide the opportunity to think critically so that the next idea has a better chance of success.
There is an inherent risk of failure in trying anything new. We should ensure that people within a team are free to speak their minds and constructively criticize any new idea -- even if the idea comes from the team leader. People closest to the leader are more likely to see the flaws in the idea -- they may even be more qualified to evaluate the risks of the idea appropriately.
After various perspectives have been provided and everyone has had an opportunity to punch holes in the idea, chances are very high that the final decision will be stronger, with more of the risks identified and appropriately addressed. People should not feel bad about saying something incorrect. Only people who say nothing are always correct. People who actively participate in discussions are bound to say something incorrect once in awhile. It is important to recognize and acknowledge that this is going to happen.
So let us set our people free to innovate, create, and debate; and let our organizations enjoy the wonderful rewards of such an atmosphere.
I think CEOs should be screened for ethics and integrity - after all they will be responsible for not only the lives of all the employees but the very life of the organization! And yes their pay should be tied to performance as well.
Agreed that people should be compensated based on their performance. What other way is there to compensate them? If this were held to, we would not see enormous payouts to CEOs, even to those fired for not doing the job well.
And surely, performance has to be tempered with reality. When, as you point out, Mitch, a project fails, it is often because it could not have succeeded with even the best help.
Then again, sometimes a project fails not for lack of effort but for lack of the properly focused effort.
As an old editor of mine once said, "It doesn't matter if you're working hard, if you're not doing the right things." Part of competence is knowing what the right things are.
Seems to me that risk management for failure is simple -- but not necessarily easy.
Keep the cost of failure relatively small related to the overall size of the business. A $1 billion company won't suffer badly if a $1 million experimental project fails.
Start experiments small, build on success, and regroup or retreat from failure.
taimur_tz - I think one of the ways to go about it is to reward people on the basis of their efforts rather than the outcomes they produce.
That doesn't seem right to me -- or practical. We need to reward the high performers more. Otherwise, they'll go elsewhere.
It's more a case that we need to look at an employee's entire career history, and not focus on a single failure.
I've seen organizations where high-performance workers were moved to experimental projects, and then laid off when the projects were shut down. This sends a clear message to the surviving employees: Next time you're asked to volunteer for an experimental project, decline.
Instead, what would have happened if the workers on that experimental project had been evaluated based on their entire careers, which may have included many years of success? And also evaluated based on their work -- which may have been what you were suggesting -- rather than necessarily evaluating based on the results.
I remember a conversation with a doctor who was looking into developing metrics for quality-of-care at healthcare facilities. He said the first instinct in a case like that is to look at survival rates. After all, if a high percentage of patients checking into a facility die, that must mean the facility is terrible? And yet such a measure would simply reward healthcare providers for refusing to treat the seriously ill and injured.
@everyone - sorry for my delay in responding. Lost power and had to pull a long work day. Fine now. Hope everyone is doing well. I enjoyed all the comments and responses - what a great discussion! Looks like everyone recognizes that when you are trying something that has never been done before, even a failure is important knowledge - never to be shoved aside. Success rests on the shoulders of all failed attempts. Think of the people who left copius notes and calculations related to their failed attempts which the Wright brothers used to find their final successful solution. Yes the trick is to manage the risks and costs at managable levels so that when success is achieved, it pays back for all the failures and more. So yes my point was that in such a creative field like IT, leaders must provide a balanced environment which promotes innovation. Innovation is what allows organizations to make gigantic leaps forward. This innovation comes from the brains of our organizations. We cannot afford to suppress those brains.
Perhaps terminology is an issue here. There is a line between failure and simple uselessness. Sometimes projects don't need to create waste or havoc to be proven ineffective.
I'm still convinced success is largely a matter of luck, being in the right place at the right time and not much more. Sure, there's a matter of having some skill to at least arrive in time, but in the end there are more failures than huge wins.
To penalize failure, which may be just being in the wrong place at the wrong time, is just ignoring the statistics, and throwing away valuable assets.
The ThinkerNet does not reflect the views of TechWeb. The ThinkerNet is an informal means of communication to members and visitors of the Internet Evolution site. Individual authors are chosen by Internet Evolution to blog. Neither Internet Evolution nor TechWeb assume responsibility for comments, claims, or opinions made by authors and ThinkerNet bloggers. They are no substitute for your own research and should not be relied upon for trading or any other purpose.
In all my years interacting with CFOs, I have not met one who actually understood IT -- not that I expected them to.
Why, then, do I continue to see ads seeking a strategic CIO who will report to the VP of Administration and Finance or the CFO? Sometimes ads are slightly better: CIOs report to the Chief Operating Officer. Those conducting the recruitment will sagely say: “The CIO will have complete empowerment and access to all cabinet members and the president.” However, these organizations appear to lack an understanding of the role of the CIO and the CFO.
After observing and writing about CEOs who do not leverage their CIOs to propel their organizations forward, it was very refreshing to learn about the great CEO/CIO partnership at Kaiser Permanente at this year’s World Health Congress held in Maryland.
Despite an initial round of federal funding to develop state health information exchanges (HIEs) as part of Obamacare, these clearinghouses were challenged to develop a financially sustainable model. Because it addressed sustainability early, the Delaware Health Information Network is viewed by many as a template for HIE success.
It began as a relaxing visit with my college buddy and his family. It became a glimpse into the technology-enabled future of worldwide collaboration in engineering.
True story: Despite the HITECH Act of 2009, the CEO of a major urban hospital continued his institution's policy of not hiring a CIO or CISO. Like many others, he took a wait-and-see attitude, even though HITECH strengthened the enforcement of healthcare security and privacy laws, and provided financial incentives for healthcare organizations to adopt electronic health records and information security.
The very low-tech "scrum" project technique introduces "crowd talking" to projects and also sets the entire crowd to problem solving. So far, these new social-media-style meetings appear to have supercharged project execution.
Cisco's rumored sale of Linksys suggests we may have problem with innovation and profit at the edge of our Internet, and that could be critical to the evolution of many Internet-delivered services.
Big-data has become a big point of emphasis for many businesses. While the technology is available to deploy these applications, the needed personnel often is not. As a result, analytic engineers' salaries have blown past the six-figure mark, and hiring these experts has become a challenge for IT managers.
New tools like laptops, tablets, smartphone, and wireless connectivity let us work from San Diego to Katmandu, and anywhere in between. But time management remains a problem.
Showing results is the best way to win over social business doubters, according to Mary Maida, Medtronic lead information solutions manager. Internet Evolution's Mitch Wagner interviewed Maida at the E2 Innovate conference.
Software-defined networks, which deliver virtualization functions to enterprise networks, have the potential to dramatically change network design and significantly reduce costs and maintenance.
Companies need to take advantage of new technologies to simplify interfaces, improve capabilities, and enhance back-office processes. But they can't upgrade their Websites too often.
Wells Fargo uses social software to replace email chains and help its sales team collaborate more effectively to land deals, according to Kelli Carlson-Jagersma, VP Collaboration Strategy for Wells Fargo. Mitch Wagner spoke with Carlson-Jagersma at the E2Innovate conference
New York's Metropolitan Transit Authority is conducting a pilot test of digital kiosks to guide subway users to where they want to go more efficiently and at lower cost.
The whole Amazon.reader debate is a double-stupid. It's stupid to think that there's any e-book buyer who doesn't know Amazon's URL, and it was stupider to let ICANN launch the whole free-form TLD initiative to start with.
While NFC's original goal was to enhance mobile commerce applications, it is finding its way into a number of other uses, which is creating both opportunity as well as challenges for IT departments.
Enterprises would like to move to cloud computing but are hesitant because they are concerned about providers’ ability to secure company data. Here are some tips that help to ensure that if breaches occur, the business is not left holding the bag.
Edmunds separates customers into segments based on the info it collects on its site and from partners, and uses that to push out custom content, said Brian Baron, director of business analytics for Edmunds.com, at Predictive Analytics Innovation Summit.
The automotive website uses propensity modeling to target ads and customer registration forms, said Brian Baron, director of business analytics for Edmunds.com, at Predictive Analytics Innovation Summit.
Expert Integrated Systems: Changing the Experience & Economics of IT In this e-book, we take an in-depth look at these expert integrated systems -- what they are, how they work, and how they have the potential to help CIOs achieve dramatic savings while restoring IT's role as business innovator. READ THIS eBOOK
your weekly update of news, analysis, and
opinion from Internet Evolution - FREE! REGISTER HERE
Wanted! Site Moderators Internet Evolution is looking for a handful of readers to help moderate the message boards on our site as well as engaging in high-IQ conversation with the industry mavens on our thinkerNet blogosphere. The job comes with various perks, bags of kudos, and GIANT bragging rights. Interested?
To save this item to your list of favorite Internet Evolution content so you can find it later in your Profile page, click the "Save It" button next to the item.
M2M: Rise of the Machines? Not Yet David Weldon In the 1970 science fiction thriller Colossus: The Forbin Project, two giant supercomputers from the United States and Soviet Union secretly join forces to take control of the collective nuclear might of the two countries. In the film, the two machines discover each other's existence, communicate back-and-forth, share their collective data, and cut their human creators out of the process. It is the ultimate example of machine-to-machine communications, or M2M. CLICK FOR MORE
M2M: Rise of the Machines? Not Yet David Weldon In the 1970 science fiction thriller Colossus: The Forbin Project, two giant supercomputers from the United States and Soviet Union secretly join forces to take control of the collective nuclear might of the two countries. In the film, the two machines discover each other's existence, communicate back-and-forth, share their collective data, and cut their human creators out of the process. It is the ultimate example of machine-to-machine communications, or M2M. CLICK FOR MORE