We can help.
By bfwebster on Aug 26, 2008 in IT Project Management, Main, Management, Methodology, Quality assurance | 1 Comment
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 [...]
By bfwebster on Aug 22, 2008 in Articles, Baseline, IT Project Management, Main, Politics, Surviving Complexity | 0 Comments
Yes, it’s my latest Baseline column: 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 guarantee [...]
By bfwebster on Aug 15, 2008 in Articles, Baseline, Main, Management, Surviving Complexity | 0 Comments
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 [...]
By bfwebster on Aug 12, 2008 in Intellectual property, Lawsuits, Main | 0 Comments
According to this release over at Morgan Miller Blair, the California Supreme Court has completed the task of invalidating virtually all non-compete agreements within the state of California: In Edwards v. Arthur Andersen, the Court examined an employment agreement between Arthur Andersen and one of its former tax manager employees, Raymond Edwards. The agreement contained [...]
By bfwebster on Aug 7, 2008 in Articles, Baseline, Development, IT Project Management, Main, Surviving Complexity | 0 Comments
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 [...]