Webster & Associates LLC

I’ve written previously about the “Dead Sea effect“, in which your best IT engineers and managers leave over time, leaving behind an IT staff that is slowly becoming less competent and effective. Obviously, to counteract the Dead Sea effect, you want to hold onto your best IT people.

My two latest Baseline columns talk about ways to retain IT staff. The first column talks about making an effort to align your staff’s individual professional goals with your organization’s goals. The second column talks about how to improve your IT staff while encouraging them to stay with your firm.

As always, feedback is welcome here or there.  ..bruce..

First, my apologies for the slow posting here and at brucefwebster.com over the past few months. It’s pretty bad when my last two posts have each covered my last two Baseline columns. But I’ve got some new material to start posting here as well, and will do so.

In the meantime, I have two new Baseline columns out that deal with risk management in IT project. I give both a bad example and a good example, each drawn from my professional experience. Comments, as always, are welcome here or at Baseline.  ..bruce..

The first column, “Second Class Software Quality for Major IT Projects”, talks about the curious fact that organizations are willing to spend millions, tens of millions, even hundred of millions of dollars on major IT project and yet still nickle-and-dime their software quality assurance (SQA) effort. It doesn’t help that SQA personnel are pretty much on the bottom of the tech status totem pole, either.

The second column, “Do Not Defer The Difficult in IT Projects”, describes the all-too-human tendency in IT development to put off dealing with the toughest problems until last — at which point, you may not be able to solve them all. It also explains why so many IT projects get 80-90% “done” and then suddenly slip for weeks or months without making much progress.

Feedback is always welcome.

As mentioned previously, I spoke last week at the Denver IEEE Reliabilty Society chapter meeting on an SQA-centric view of software development. I plan to develop this into a full-blown articles (or posting), but in the meantime, here is the slide presentation (PPT, 340KB) I used. Feel free to ask questions. ..bruce..

If it’s Friday, it must be another Baseline column. This one talks about the issues surrounding whether to build or buy software:

The other day, an IT colleague of mine mentioned a conflict at a corporation where he’s working. The corporation has a mission-critical application deployed across a large number of workstations. The set of corporate employees who use this application largely use it and nothing else all day long at dedicated workstations. The application they are using is a customized third-party application; however, the firm has been having chronic problems with this app (let’s call it “QRSApp”), and so is looking at different solutions. The firm could continue to make changes to QRSApp to fix their problems. The firm could switch to a different third-party application; several other vendors market applications of this type within this firm’s industry. Or, as a senior IT manager now wants to do, the firm could develop a completely custom and private application to replace QRSApp, so that the firm has complete control over it.

The question: which solution is best?

Comments welcome here or there.  ..bruce..