Category: Software engineering

A new proposed role — the “IT Czar” »

My co-author and good friend Ruby Raley pointed me to this posting by Chris Curran over a possible new IT role, that of the “IT Czar”. Chris specifically uses a rebuilding-the-football-team analogy: What is interesting about Holmgren’s hire is that it is modeled after Bill Parcells role at Miami – The Football Czar.  He’s not [...]

HR 3200 from a systems design perspective (Part II) »

In the first part of this three-part series, I briefly outlined the parallels between developing software and crafting legislation, while pointing out the great risks and issues in the latter. I also indicated what I felt were some of the general structural flaws  in HR 3200, the House bill on health care reform — not [...]

HR 3200 from a systems design perspective (Part I) »

[Welcome Slashdotters -- feel free to leave comments here or there. But no debates on health care reform or what HR 3200 does or does not do, please -- just on the concept itself.] [Part II is now up.] On the occasions where I have reviewed the actual text of major legislation, I have been [...]

Five books every IT manager should read…right now »

My latest Baseline column  is up, and it talks about why you should read these five books now, if you haven’t already. And if you have read them, you should probably re-read them.  ..bruce..

“Inside-Out”: IEEE presentation in Longmont (09/02/08) »

On September 2nd, I’ll be speaking at a meeting of the Denver IEEE Reliability Society. It will be held at 5:30 pm in the Seagate Building in Longmont (CO), on Nelson Road between 75th Rd and Airport Rd. Here’s my abstract of the talk: INSIDE-OUT: Organizations too often treat software reliability as an ‘after the [...]

  • Categories

  • Archives

  • Recent Posts