Subscribe via RSS Feed

Author Archive: bfwebster

Webster is Principal and Founder at at Bruce F. Webster & Associates, as well as an Adjunct Professor for the BYU Computer Science Department. He works with organizations to help them with troubled or failed information technology (IT) projects. He has also worked in several dozen legal cases as a consultant and as a testifying expert, both in the United States and Japan. He can be reached at 303.502.4141 or at bwebster@bfwa.com.

rss feed Twitter

Author's Website

The thermocline of truth — at NASA

August 26, 2008 1 Comment
The thermocline of truth — at NASA

Rand Simberg at Transterrestrial Musings (an outstanding blog, BTW) points to this e-mail from someone leaving NASA due to a litany of frustrations. I may parse out more of the e-mail later to note some of the classic troubled/failing project attributes, but this passage caught my eye: Then between us workers and the highest levels […]

Continue Reading »

How to champion an IT project solution

August 24, 2008 0 Comments
How to champion an IT project solution

My latest Baseline column is now up: Last week, I talked about some of the reasons why large organizations often reject the best solutions for a troubled IT project: fear, pride, budget, and the ever-present internal politics. This week, as promised, I will talk about what it takes to champion the right solution. I can’t […]

Continue Reading »

They’d rather be wrong: rejecting project solutions

August 15, 2008 1 Comment
They’d rather be wrong: rejecting project solutions

I have a new Baseline column up on the tendency of large organizations to reject the best solutions for a troubled IT project: The consultants, usually with the help of the employees in the trenches, would use their time, effort, and expertise to analyze the system under development or in production. They would arrive at […]

Continue Reading »

The dangers of a successful IT project

August 7, 2008 1 Comment
The dangers of a successful IT project

My latest Baseline column talks about the risks that follow a successful IT project: But sometimes with projects that really shouldn’t succeed—that are attempting too much, too fast, with too many risks—enough things go right, particularly along the critical paths, enough superhuman effort is made by those involved, so that the project does indeed go […]

Continue Reading »

Using a maintenance architect

July 25, 2008 0 Comments
Using a maintenance architect

My lastest Baseline column is up, in which I argue that setting up one or more maintenance architects within an enterprise can help reduce maintenance costs while at the same time providing a training path for chief software architects. Let me know what you think.  ..bruce..

Continue Reading »