Nobody remembers a coward

I say to my colleagues that I don’t like risks at work.

This  may be a contradiction, as my risk tolerance compared to other persons are much higher.

At home & play, I’m riding difficult horses, been skiing off pist, scuba diving in caves, walking & skiing alone in the mountains,  off- shore sailing,  driving motorcycles and tried parachute jumping.

The owner didn’t want to ride her.

With these personal activities, I try to evaluate the probability and the consequences of something going wrong. A helmet and a safety west will minimize the damages when you fall. Don’t jump into the water if it doesn’t feel good. Follow the tracks if you are alone so somebody could find you etc.

The issues with large IT projects are that a lot of people are ignorant of the risks, and don’t take any actions to either avoid them or mitigate them.

What kind of risk do you dare to take, at work and at play?

Prequel to Dead Horse Theory

Oscar Berg just released a book where he used the dead horse theory in the modern office.

As a horse owner, who has taken away several horses, I can see the similarities with transformation projects.

Horses are big and fragile animals. They cost a lot of money every month and there is a huge effort to maintain them. If you can’t use them for anything, they will be a really expensive puppet for many years to come.

If your horse get an injury or get sick so you can’t ride, then you need to do rehab, but you can’t be sure of a positive outcome. If the injury doesn’t heal, the animal will continue to be in pain, and at some point you as a horse owner need to decide to take the horse away.

You often  invest lots of time in training a new horse, unless you buy a really expensive one, so just switching to a new when you have a problem is not a viable solution in the long term.

With Mimosa, the wild horse, the vets at the equestrian clinique didn’t give her any chances for survival when she got grass-sickness disease. Still, with the proper care, will-power and sheer luck, she survived. Some of our other horse were not so lucky.

The question for the steering group of a transformation program is the same as for the horse owner. Will it survive and give any value back, or should we let it die with our help?

Who are you going to call?

Digital in a physical world

Sometimes, it’s not that easy, for software developers and others in IT, to understand the implications of physical things.

Physical items, need to be manufactured, sold, shipped, sometimes installed and maintained in a very different way from software only products. When you add software to physical items, the level of complexity raise very much.

You also have to manage ownership of the physical products, if you sell them or subscribe them, i.e. renting out them. Then this must be combined with software updates and licenses over the lifetime of the physical products.

This is the complexity telcos had for very very long time, and manufacturing companies need to strive for to solve.

EA Case-study - Expanding your business

Can EA assist you in expanding your business?

The core business for the company in The EA case study have been film production. An idéa is now to grow and diversify into more business models, and as separate companies. The question is which capabilities should go into the new companies, and if we need more of them.

The suggested business models are:

• Film production

• Film distribution

• Provide crew to external productions

• Rent-out and sell equipment for film production

The challenge is here different legal entities and ownerships, that need to work together.

A summary of all previous articles can be found here: http://disruptivearchitecture.info/blog/2022/5/16/searching-for-oscar

Is an MVP the right approach?

I’ve got a excellent idea. Let us build a social network platform where we can connect to our friend. We start with a Minimum Viable Product to our customers.

Twenty-five years ago, this was a good idea, as we didn’t have Facebook. Today the expected functionality from the customers are much higher as they have something to compare with.

The same logic applies if we are to replace an old legacy system. An MVP built for a fraction of the existing business requirements is very difficult to suggest to the organization, as they have to do a lot of things manually.

What you have to do is to replace a seizable part of the existing application, with at least a functionality in pair with the old system.