agile

Don't go DevOps with a big bang

When I see organisations move to agile ways of working using a big bang approach I always wonder to myself just how profound a grasp of Agile they have.

And when I hear analysts recommending such an approach it is hard to understand where they come from.

Project management was the worst thing that ever happened to IT

When we impose fixed time, money, and deliverables, which is the classic project management formula, then the only variable available to a project manager is the quality of the outputs.

DevOps has three parents: Lean, Agile, and ITSM

DevOps synthesises three bodies of knowledge: Lean, Agile, and ITSM.

The IT engineering fallacy

There are some fundamental fallacies which have misled IT in the past and one of them is "the engineering fallacy", the false belief that we build IT systems like engineers build bridges.

The IT Liberation Movement - an IT Renaissance

[Update: At the DOES15 conference, I think George Spafford finally nailed the name of this for me: an IT Renaissance ]

Considerations for Multi-Speed IT

Recently I posted about the "Big idea" I am focused on for 2015: Multi-Speed IT Capability. Let's drill down into some of the further considerations that come out of that.

Multi-Speed IT

© Copyright Canstock Photo IncEnterprises are wrestling with the conflicting needs to chase competitiveness in a world of endlessly changing technology, whilst still remaining mindful and careful. In IT we are caught in the same bind. I have written about this squeeze before in "To Protect and Serve".

This year I'm looking at solutions: how IT can deal with the dichotomy with Multi-Speed IT. By embracing Agile, DevOps, BYOD and other "liberation" approaches, and integrating them into our ITSM, risk, and governance practices, we can create an IT environment with a better chance of responding at the speed of business, whatever the business chooses that speed to be. This article proposes a nuanced approach to two-speed IT, where each lifecycle implementation is a blend of the two "speeds".

Agile is an excuse for chaos?

I tweeted a while ago "Agile is an excuse for chaos in the same way ITSM is an excuse for bureaucracy", i.e. it isn't. But if it's done badly it is, and that's how opponents unfairly characterise it (equally true for Agile chaos or ITSM bureaucracy).

Release management: landing airplanes

It's all very well to talk about "release trains" of interdependent changes as if in a sequence, but meanwhile in the real world it's a complex business scheduling inter-dependent and conflicting releases.

Changes to user interface

So I'm in a meetign with a senior client (CIO actually), and we've finished working something out on the whiteboard, so I take a photo of it, and whist still continuing to talk to him I "share" the photo to Evernote before I forget. Easy to tag and save it while still talking right? Wrong.

Syndicate content