Everything I know about the IT business is from Godzilla Against Mechagodzilla

Godzilla Against Mechagodzilla end scene

Which movie is this? There’s a few, so it’s important to disambiguate! Godzilla Against Mechagodzilla

Not to be confused with Godzilla vs. Mechagodzilla (which I can only recommend to the fevered or otherwise hallucinating) or even Godzilla vs. Mechagodzilla II (pretty fun, but not a sufficient scaffold for understanding an industry). To be fair, Pacific Rim would probably also work for this exercise. Let’s get started!

When problems become apparent enough to need resolution, they’re often all-consuming.

Your old plans for resolution are for your old problems, and might not work any more.

Someone or something is going to take a fall.

There are now attempts to fix this culture are laudable and I hope they succeed.

A new solution is much more likely than fixes to the old solution.

People struggle to put rationality ahead of emotions. This fellow blames people instead of technology for past failures.

New solution projects always have surprises, and grow to cost more than anyone expects.

They also still go into the field untested against outside context problems…

… and bad things can happen when testing in production.

Metrics data is fine, but user interfaces should always put the bottom line up front.

Give an analyst an alert, and they’ll want all the data that went into producing that alert.

Someone always ends up taking one for the team.

Stated differently, if everyone only performs to the stated requirements then the project won’t be successful.

Inelegant solutions need a lot of power.

Partial success is better than complete failure.

Analysts will grow fond of their tools, even if the ultimate outcome was only partially successful.

%d bloggers like this: