Thinking problem management!

These are articles that I published during the course of the past year on one of the popular international Internet of Things publishing sites, iot for all . Read the article over at LinkedIn: Articles by Ron Bartels published on iot for all

"Failure is not an option" and "Houston, we have a problem" are phrases from the movie Apollo 13 (one of my greatest movies ever, review it here). Lovell, Kranz and Liebergot have a close association to the Apollo programme, especially Apollo 13, and these great leaders are central to the story of "Failure is not an option." Read the article on LinkedIn: Lessons from great leaders, Lovell, Kranz and Liebergot #failureisnotanoption

All network management products miss the point. Their primary focus is on monitoring uptime. This is often referred to as a RAG tool. Red, Amber, Green where Red signifies down,Amber signifies intermittent connectivity problems and Green signifies good connectivity. This serves no business purpose and cannot justify any return on investment. All the development is in looking at when the situation is acceptable but none when you are in dire straits. How is this monitoring? All it does is give you a comfortable feeling. With this approach there is no difference in the value proposition of 'ping' or a network management framework product worth a million bucks. What is required is to monitor downtime. Outages require a special view that is serialized and has the outage time. However, it is not the length of time of the outage that is important but the crucial time periods within the outage the provide the metrics. These metric times are aligned with the expanded inci

Many "ITIL aligned" service desk tools have flawed incident management. The reason is that incidents are logged with a time association and some related fields to type in some gobbledygook. The expanded incident life cycle is not enforced and as a result trending and problem management is not possible. Read the article over at LinkedIn: Flawed "ITIL aligned"​ Incident Management

There I was shooting the breeze with an old mate. The conversation turned to why Madge Networks which I wrote about here went titsup. My analysis is that Madge Networks had a solution and decided to go out and find a problem. They deferred to more incorrect strategic technology choices. The truth of the matter is that when something goes titsup, its not because of one reason only, but a myriad of them all contributing to the negative consequence. There are the immediate or visual ones, which are underpinned by intermediate ones and finally after digging right down, there are the root causes. There is never a singular root cause for anything but I'll present my opinion and encourage everyone else to chip in. All of them together are more likely the reason the company went titsup. Read the article over at LinkedIn: Why Madge Networks, the token-ring company, went titsup

RIRA (Rapid IT Risk Assessment) is a methodology that been been defined to create and complete and initial assessment with minimal effort and is suitable for project management and even problem management. Read the article over at LinkedIn: RIRA - Rapid IT Risk Assessment - a dimensional approach