[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 […]
Cybercrime Review is one of the blogs I read daily, due to my ongoing interest in the intersection between law and technology. The posts generally have to do with court rulings and decisions in cases involving computer technology, such as whether someone can be compelled to provide a password for an encrypted data source. But […]
Cross posted from And Still I Persist] [Note: I am currently in transit from Colorado to Florida and am composing this post as I have time and ‘net access.] “All the most important mistakes are made on the first day.” – The Art of Systems Architecting (Maier & Rechtin) Project Orca was the Romney campaign’s […]
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 […]