Zibb

Steve LeibsonLeibson's Law: It takes 10 years for any disruptive technology to become pervasive in the design community. This blog is about the disruptive technologies that either have or will win over electronic engineers, some that won't, and why. Please feel free to link to these blog entries! Written by Steve Leibson, a marketing consultant specializing in lead generation and content creation for high-tech companies, former VP of Content for Reed Business, and former Editor in Chief of EDN. See my consulting Web site at www.sleibson.com and my history site at www.hp9825.com. You can email me at steven.leibson followed by the magic email symbol @ followed by att.net.

View Steve Leibson's profile on LinkedIn


   Advertisement

Profile

RSS Feed

  • Add this blog to your RSS newsreader!

Recent Posts

Recent Comments

Most Commented On

Archives

By Category

Blog

Wednesday, November 26, 2008

Another Plea for Software Quality: Can You Hear Me Now?

Nov 26 2008 11:42AM | Permalink |Comments (1) |


Lou LaMedica runs the CPE (customer premises equipment) Evaluation and Development Lab for Verizon Wireless in Bedminster, New Jersey. In other words, if you want Verizon Wireless to make your mobile handset available to its 68+ million subscribers, you need to go through Lou and his staff of roughly 40 evaluation engineers.

Verizon Wireless’ CPE Evaluation and Development lab evaluates more than 100 handsets each year. As a result, LaMedica has noted the very sad state of software quality in today’s handsets. Lou is mightily concerned about the state of software quality today and he has a message for you, whether or not you design mobile phone handsets: Clean up your act. Now.

“Everyone struggles with this problem,” says LaMedica. “There’s no time to do what’s needed but plenty of time to fix it later. If manufacturers spent as much time on software quality as they do on hardware quality, there’d be no problem.”

It’s not unusual for LaMedica’s lab to get five or six software releases for a handset. “Everyone’s in the same boat,” he says. What’s needed, says LaMedica, is some sort of process. LaMedica notes CMU’s Software Engineering Institute (SEI) and its CMM and CMMI (Capability Maturity Model and Capability Maturity Model Integration, see this interesting report: CMMI or Agile: Why not Embrace Both!). “CMU has made the process more practical,” says LaMedica, “but like [the] Baldridge [Award], you can go broke doing it.”

According to LaMedica, the real issues are awareness and training. You start with an awareness of the problem. “It’s like drunk driving or seatbelts. You need to educate people” so they will embrace the idea of better software. “Why is this so difficult?” asks LaMedica. “You don’t need a college degree, just some rigor. We could resolve this issue in three years by applying hardware quality standards to software.”

To that end, LaMedica has been pushing software quality improvement in the annual TechFests that he runs for vendors aspiring to do business with Verizon Wireless. Last month at TechFest 2008, he invited Ellen George, an authorized SEI instructor, to talk to TechFest attendees about the experiences that SEI’s customers have had with software development process improvement.

LaMedica cited the book Winning with Software written by the prolific Watt S Humphrey as a resource for those aspiring to improve software development within their own organizations. Another action LaMedica advocates is the publishing of lists of people who provide quality improvement training for development teams. To that end, I’ll redirect you to my favorite software instructor Jack Ganssle and his entertaining DVD, which I reviewed previously (Boost Firmware Productivity Almost Without Pain—Betcha Won’t Do it! But You Should.).

Get up and go do something about this, now.


Related entries in: Software | 


Reader Comments



at 11/28/2008 8:16:38 AM, Jack Ganssle said:
That's a great blog entry. But you would not believe the push-back I get from engineers about quality. It's the usual thing: schedule is everything; bugs don't matter, though many, many companies manage to spend a lot of time on remedial bug-fixes after the customers get ticked off.
<p>
I think this economic meltdown, caused by companies packaging toxic assets and passing them off to others, is a good analogy to the software bug issue. Get it out now! It'll be someone else's problem. The sad reality is that if we can do a million line of code project in a month, next time they will demand a 2 week schedule to beat the competition.
<p>
The solution? There's the truth, which has been shown repeatedly: quality saves time. But there are limits to how much time can be saved. So furious activity, substituting for doing things right, gets rewarded.
<p>
The grim reality is that I think things will get worse until some disaster happens. Something really awful that is attributed to software. Legislation, regulation, certification and all those ills will be layered on the software industry in an attempt to get things under control.
<p>
We do build marvelous, amazing devices with firmware. Things do work surprisingly well considering how intolerant software is of errors. But software is unlike any human activity in all of history. In life most times a 90% is an A. In software that's an F. One wrong bit out of a million can be an utter disaster. It's time to recognize that software is different, and requires different approaches.



Post a comment



Display Name

Change Image
Before submitting this form, please type the characters displayed above.
Note the letters are NOT case sensitive.


ADVERTISEMENT

©1997-2009 Reed Business Information, a division of Reed Elsevier Inc. All rights reserved.
Use of this Web site is subject to its Terms of Use | Privacy Policy

Please visit these other Reed Business sites