ai architecture artificial-intelligence blog blogging Book Review business career Compliance Content Corporate Life Customer Support cybersecurity data data-science DevOps education entropy fitness garmin leadership Licensing life marketing microservices Monitoring music Observability Operations Partnership philosophy Product Management Products saas Sales Security software-development technology User Experience wordpress writing

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

Published by

on

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.


Discover more from Monkeynoodle.Org

Subscribe to get the latest posts sent to your email.