Slashdot Mirror
How Overhauling IT Was a Life-Saver For the American Cancer Society
Lemeowski writes: American Cancer Society CIO Jay Ferro lets readers peek behind the curtain of the nonprofit's IT organization, saying that when he took on the role a little over three years ago, the nonprofit had 12 different divisions — each with its own independent IT set-up and more than 600 independent applications in its portfolio. In the past three years, Ferro has aligned the entire IT organization into one global entity, consolidating dozens of data centers into three; increasing spending on strategic projects from 5 percent to 40 percent, and reducing 600 core systems down to fewer than 200. His journey is a powerful reminder that while streamlining IT can often be painful upfront for IT managers, the payoff for sticking with it, especially for nonprofits, can feed into saving more lives.
Yeah, similar to my experiences. As a software development contractor, I see a lot of management that care more for office politics, and who's toes they can stand on next, whilst playing the game of "hot-potatoe" when it comes to blame. Not my department! (points to next manager, as they're all stood in a circle).
Often they're looking for career progression, and not caring about the software development changes or support changes, but more about the "is it done yet?" - meaning, forget about it being right, refactored, consolidated, any kind of documentation, etc, and testing is assumed that the moment code is up and running, that it's fixed. So they ask you "how you're getting on" - and the only thing word they hear is "working", and they report that. Then when they find out it isn't, they immediately pile on the pressure. "you told me it was working!" - "you better get it done, quickly!, and get it in!" (meaning source control and released) so as to cover up their lack of understanding.
I've actually confronted a number of project managers, and their managers on such issues - even taking it as high as contacting board members through email (risking my contract!) to tell them they've got a communication problem. Once they hear this, I'm shuffled into an office for a long chat, where they say they're aware of, and working towards improvement, and it just so happens the software developers are always the last department to see these changes filtering in from "above".
Once I suggested they go and visit a place I previously contracted at, as they were actually a supplier - making some excuse about a project they could work on jointly, and learn the way they develop, thus, bringing their style of project management in house.
I ended up with a previous work colleague contacting me asking who the hell xxxx was, and so it seemed they may actually of listened to me. Whether that brought about positive change, I don't know. But the moral of the story is, managers love to talk, and pore over financial figures, but don't hear you when you talk about technical debt, need for refactoring, or consolidation, or offer new ways to do things that could prove beneficial. They only hear "risk". - and managing that doesn't seem appealing when they don't know that you're talking about.
One would hope that the American Cancer Society would, at least, be an organization that understands that uncontrolled proliferation can be seriously detrimental to an organization; and that sometimes substantial resection, however unpleasant and expensive, is the best available course of action.
It's a lucky coincidence that that applies to IT systems as well!