Derek Thompson over at the Atlantic has put together a very useful, brief article outlining what has happened at Microsoft under Steve Ballmer’s watch. Most significant is this graph: That tells the story in a nutshell, but go read the whole article — it’s worth it.
Barry Ritholtz, over at the always-worth-reading The Big Picture, posts the latest “hype cycle” from Gartner and where current proposed/emerging/developing technologies stand. I wasn’t familiar with Gartner’s stages of hype (as shown along the bottom of the chart), but they’re very useful. The overall concept meshes well with an article I wrote back in 2009 for Baseline […]
[The third in a series of posts on Readings in Software Engineering. Previous post: The Mythical Man-Month, Frederick J. Brooks Jr. (1975/1995).] Peopleware: Productive Projects and Teams. Tom DeMarco & Timothy Lister, Dorset House Publishing Co., New York, 1987, softbound, 188 pages. Original acquisition date unknown; replacement copy acquired 11 Oct 1995. Current version is […]
Seven years ago, in discussing the struggles between the Blu-Ray and HD-DVD formats, I set forth some rules on what it takes for an new technology to displace an entrenched one: The alternative has to be clearly superior in one or more ways — so much so that the consumer has to be willing not […]
Thanks to Michael Swain (via a Facebook post), I ran across this explanation of why software projects are so often underestimated: Let’s take a hike on the coast from San Francisco to Los Angeles to visit our friends in Newport Beach. I’ll whip out my map and draw our route down the coast: The line […]
Classic patterns in disputed IT project: Hertz v. Accenture
Just ran across this article at the always-irreverent-but-usually-spot-on Register, an IT news site out of England. The standard patterns of a troubled IT project are so evident in this one report that I may well use it as a case study for my CS 428 (“Real-world software engineering”) class this fall. Here are some of […]
Neverending Story pattern: School District ERP system late, over-budget
A story a few days ago caught my eye, not because it was unusual, but because it follows so familiar a pattern. Here are a few excerpts from the article: MANATEE — Late nights, hefty contracts and humming computers are a norm in the district’s School Support Center, where employees are working to fix a […]
Minnesota DMV software project: Faulty Towers/Neverending Story patterns
In my 2000 white paper, “Patterns in IT Litigation: System Failure (1976-2000)” [PDF], which I researched and wrote while at PricewaterhouseCoopers, I describe six broad fact patterns to classify the types of software system implementation failure. One of those patterns I named “Faulty Towers”: The client buys the system from [or has the system developed […]
![The Meltdown/Spectre CPU bugs: a dramatic global case of the “Unintended Consequences” pattern [UPDATED 4/4/18]](http://bfwa.com/wp-content/uploads/2018/01/intel-cpu-150x150.jpg "The Meltdown/Spectre CPU bugs: a dramatic global case of the “Unintended Consequences” pattern [UPDATED 4/4/18]")
Back in 2000, PricewaterhouseCooper published my research white paper, “Patterns in IT Litigation: Systems Failure (1976-2000)” (PDF). This paper reflected research I and my staff had done over several months on roughly 120 two- or three-party lawsuits involving information technology. I found that almost all of these lawsuits fell into one or two of six […]