Blog
Comment
sharps_eng
In mature markets, the only way to go is the 'Plus One' route, adding something ...
ChipBuilder
I think it should go farther than that, you should plan the requirements of all ...
Keep the focus on requirements
Kristin Lewotsky
6/18/2012 4:26 PM EDT
I'm looking down at my new wireless keyboard and I think that somebody, somewhere on the design team should get a good talking to. It's the second wireless keyboard/mouse combo that I’ve owned. The previous keyboard had very sticky keys, which if you're a person who types like a mad dog for a living, can be highly irritating, introducing unnecessary typos and reducing speed. I've been trying to justify buying a new set for a while and when my mouse started malfunctioning a couple of weeks back, I had my excuse. (Okay, I might have dropped it a couple of times. On concrete. From the roof of the house.)

I admit, there are things I like about the new keyboard. First and foremost, it has a lovely touch, letting my fingers fly. It’s Bluetooth enabled, so I don't have to contend with the little wireless transmitter taking up space on my desk and adding more cables. The problem is that someone on the design team suffered from attention deficit disorder, or maybe OS envy, leading them to add a number of completely unnecessary features to both keyboard and mouse while leaving out things that could be genuinely useful.
The keyboard sports a 1” x 3” liquid crystaldisplay. Why a keyboard needs more than a few status lights, I’m not clear, given that its role is to enable computer and monitor. Nonetheless, it has one (“I know, let’s add a display. More functionality!") The primary purpose appears to be to show the time—just in case I want to interrupt my work and look down from my computer screen, which already displays the time in the corner. It also tells me how many new e-mails I have in my Inbox—which, go figure, my e-mail application does as well (the keyboard also chirps when a new message arrives, in annoying counterpoint to the tone the mail application itself makes). The keyboard additionally sports a "calculator" button, in case I don't want to use my OS calculator, my smart phone calculator, my spreadsheet, or my cheapo stand-alone solar model. Or pencil and paper or my fingers—it can only perform arithmetic.

The mouse features a deep dip where the thumb goes, which makes it awkward to hold. In the center of the dip lies a toggle switch that when pushed converts the computer display into a three-dimensional side view of all of the windows that you have open. You can use the toggle to cycle through them, with the rearward window drifting off into blackness like the crawl at the start of Star Wars. I admit, it looks very cool, but the text isn’t all that easy to read except on the first screen and I already get the same functionality through my OS ("I know, let's add graphic file sorting capabilities. More, um, well, it'll look really neat."). More important, with the deep depression for the thumb, I continually find myself accidentally putting the display into Star Wars mode. The shape of the old mouse was more comfortable and the batteries lasted for six months at a crack versus a week.

I wish they'd spent less time on the geewhiz stuff and instead made a more ergonomically sound mouse design. Or add more programmability to the keyboard function buttons. Even better, they could improve their firmware so the mouse driver didn’t take five minutes to load on start up. In short, the modifications the mouse/keyboard combo add complexity, cost, and points of failure to accomplish tasks that the computer already does—while performing some of its standard functions less than effectively ("I don't want to work on the basic functions, that's boring. Let someone else do it.")
Looks like someone in program management lost track of the requirements.
Adding unnecessary features just because you can is sloppy engineering. Mind you, I don’t have an issue with redundancy in principle. For many mission-critical systems, redundancy is an essential part of a reliability strategy. I just don’t think a desktop clock counts as a mission-critical system (and if I suddenly can't see/access the clock on my screen, I probably have far bigger problems than needing to know the time). Admittedly, the keyboard is new and further investigation may reveal the display to have marvelous functions like acting as a portal to another world. Me, I just want a simple, effective keyboard/mouse.
You can't arrive at your destination unless you know where you're going, which is why setting requirements at the beginning of a development project is so important. The job doesn't end there, though. You have to manage the requirements and avoid mission creep, which can consume significant amounts of engineering hours without, in a case like this, bringing significant benefit to the user. The vow of doctors is first, do no harm. The vow of engineers should be first and foremost, get the job done. Or, take a cue from Occam’s Razor and choose the simplest solution.
Have you ever been on projects where your colleagues fell prey to mission creep? Where they got excited about adding functionality that the product or system didn’t need? Is your philosophy “more is more” or “keep it simple, stupid”? What’s your technique for staying focused on requirements and not adding unnecessary functionality?
Did you find this article of interest? Then visit the Memory Designline, where we update daily with design, technology, product, and news articles tailored to fit your world. Too busy to go every day? Sign up for our newsletter to get the week's best items delivered to your inbox. Just click here and choose the "Manage Newsletters" tab.

I admit, there are things I like about the new keyboard. First and foremost, it has a lovely touch, letting my fingers fly. It’s Bluetooth enabled, so I don't have to contend with the little wireless transmitter taking up space on my desk and adding more cables. The problem is that someone on the design team suffered from attention deficit disorder, or maybe OS envy, leading them to add a number of completely unnecessary features to both keyboard and mouse while leaving out things that could be genuinely useful.
The keyboard sports a 1” x 3” liquid crystaldisplay. Why a keyboard needs more than a few status lights, I’m not clear, given that its role is to enable computer and monitor. Nonetheless, it has one (“I know, let’s add a display. More functionality!") The primary purpose appears to be to show the time—just in case I want to interrupt my work and look down from my computer screen, which already displays the time in the corner. It also tells me how many new e-mails I have in my Inbox—which, go figure, my e-mail application does as well (the keyboard also chirps when a new message arrives, in annoying counterpoint to the tone the mail application itself makes). The keyboard additionally sports a "calculator" button, in case I don't want to use my OS calculator, my smart phone calculator, my spreadsheet, or my cheapo stand-alone solar model. Or pencil and paper or my fingers—it can only perform arithmetic.

The mouse features a deep dip where the thumb goes, which makes it awkward to hold. In the center of the dip lies a toggle switch that when pushed converts the computer display into a three-dimensional side view of all of the windows that you have open. You can use the toggle to cycle through them, with the rearward window drifting off into blackness like the crawl at the start of Star Wars. I admit, it looks very cool, but the text isn’t all that easy to read except on the first screen and I already get the same functionality through my OS ("I know, let's add graphic file sorting capabilities. More, um, well, it'll look really neat."). More important, with the deep depression for the thumb, I continually find myself accidentally putting the display into Star Wars mode. The shape of the old mouse was more comfortable and the batteries lasted for six months at a crack versus a week.

I wish they'd spent less time on the geewhiz stuff and instead made a more ergonomically sound mouse design. Or add more programmability to the keyboard function buttons. Even better, they could improve their firmware so the mouse driver didn’t take five minutes to load on start up. In short, the modifications the mouse/keyboard combo add complexity, cost, and points of failure to accomplish tasks that the computer already does—while performing some of its standard functions less than effectively ("I don't want to work on the basic functions, that's boring. Let someone else do it.")
Looks like someone in program management lost track of the requirements.
Adding unnecessary features just because you can is sloppy engineering. Mind you, I don’t have an issue with redundancy in principle. For many mission-critical systems, redundancy is an essential part of a reliability strategy. I just don’t think a desktop clock counts as a mission-critical system (and if I suddenly can't see/access the clock on my screen, I probably have far bigger problems than needing to know the time). Admittedly, the keyboard is new and further investigation may reveal the display to have marvelous functions like acting as a portal to another world. Me, I just want a simple, effective keyboard/mouse.
You can't arrive at your destination unless you know where you're going, which is why setting requirements at the beginning of a development project is so important. The job doesn't end there, though. You have to manage the requirements and avoid mission creep, which can consume significant amounts of engineering hours without, in a case like this, bringing significant benefit to the user. The vow of doctors is first, do no harm. The vow of engineers should be first and foremost, get the job done. Or, take a cue from Occam’s Razor and choose the simplest solution.
Have you ever been on projects where your colleagues fell prey to mission creep? Where they got excited about adding functionality that the product or system didn’t need? Is your philosophy “more is more” or “keep it simple, stupid”? What’s your technique for staying focused on requirements and not adding unnecessary functionality?
_________________________
Did you find this article of interest? Then visit the Memory Designline, where we update daily with design, technology, product, and news articles tailored to fit your world. Too busy to go every day? Sign up for our newsletter to get the week's best items delivered to your inbox. Just click here and choose the "Manage Newsletters" tab.
Navigate to related information


EREBUS
6/19/2012 4:19 PM EDT
If you let the requirements creep, then you will see your profits sink. QED
Sign in to Reply
Kristin Lewotsky
6/19/2012 5:32 PM EDT
If you mapped all products as a Venn diagram against time, you would see all of the circles swelling to envelop every other circle, and it doesn't matter which industry you're talking about. Everybody wants to move up the value-added foodchain. The problem is that all too often, trying to do everything means doing nothing well. Yes, this is me being a curmudgeon. Excuse me, I have to go back to trying to program my function keys to do something useful instead of their default.
Sign in to Reply
Frank Eory
6/19/2012 6:25 PM EDT
Even seemingly simple, commoditized products like keyboards and mice offer a lot of differentiation. For every user who hates the deep dip where the thumb rests, there is another user who simply has to have that feature. Some hate the scroll wheel, others can't live without it.
I wouldn't assume that what you are calling feature creep was truly a case of losing track of the requirements. Quite likely there was market research and cost vs. revenue analysis that supported the decision to make the thumb depression a requirement on that mouse or to make the small LCD screen a requirement on that keyboard.
Nobody carelessly adds costs to a commodity product that has such a low retail price and such low margins. They add those costs -- and those features -- because they believe they can gain market share or a few extra gross margin points.
Fortunately there is so much variety and feature differentiation that just about everyone's preferences are accommodated by some manufacturer. Clearly in this case you bought the wrong keyboard and wrong mouse for your tastes.
Sign in to Reply
Etmax
6/20/2012 6:27 AM EDT
I certainly don't like feature creep in a project, doing requirements up front is the real way to go, but that could still end up with something as silly as this keyboard and mouse, but then again, maybe they're onto something, i.e. maybe they actually had this in the requirements, after all you bought this instead of one without the display? :-)
Sign in to Reply
Kristin Lewotsky
6/20/2012 1:24 PM EDT
Purely as a calculated trade-off to get a keyboard with the touch and Bluetooth connectivity I wanted, I assure you. It's more a low-grade annoyance than a dealbreaker —mostly I was using it to bring up the requirements issue, which I do think is important. Developing requirements up front with an eye toward risk management and identifying problem areas is key. It's not enough to build the list, though – you have to also manage change carefully. There have been multiple studies showing that for embedded software, alone, requirements changes cause a majority of cost and schedule overruns, not to mention leading to faults and failures. Vendors like LDRA, Visure, and PTC have made requirements traceability and management into big business. With the release of standards like IEC 62304 (for medical) and ISO 26262 (for automotive), you're starting to see more and more companies paying attention to the issue.
How have you handled requirements on the projects you've been involved with? Do you develop an official document or is it something off-the-cuff in PowerPoint slide deck, based on customer input? Or is it a spreadsheet you throw together at the end before delivery?
And, really, do you think a keyboard needs a clock?
Sign in to Reply
Frank Eory
6/20/2012 7:51 PM EDT
"And, really, do you think a keyboard needs a clock?"
For me personally, no. But if I'm designing a new keyboard and my high volume OEM customer requires it to have a clock, then absolutely yes, it requires a clock!
Sign in to Reply
Etmax
6/21/2012 7:16 AM EDT
:-) I was just pulling your chain, I actually agree with everything you said. I would probably never buy a keyboard with a clock. I even didn't upgrade my monitor when I bought a new PC because I didn't want a glossy screen which was all the rave then but oh so disfunctional. I subscribe to small is good. I once did work for a medical company where the MD was also technical director and we were designing a game changing device. It still hasn't seen the light of day because they burnt all their money adding features.
Sign in to Reply
Parasoft_Mitchell
6/20/2012 7:17 PM EDT
As Kristin said, standards like IEC 62304, ISO 26262, and IEC 61508 are driving safety-critical organizations to focus on requirements traceability in the context of a comprehensive risk management process. A recent report by VDC Research makes a couple interesting points that are notable here: 1) Organizations following such standards are less prone to cost & schedule overruns as well as faults and failures. 2) Consumer-facing verticals are poised to adopt processes similar to those used in safety-critical markets. Although device failure in these sectors does not present the same risk of tort liabilities that would be associated with loss of life, the potential financial impact of a product recall or missed market window can be just as debilitating.
Sorry for the self-promotion, but you can access this paper through Parasoft, the company I work for, at http://alm.parasoft.com/embedded-software-vdc-report/
Sign in to Reply
elctrnx_lyf
6/23/2012 2:02 AM EDT
Kirstin, I agree with couple of points here. Clear requirements at the beginning of the design makes your destination clear and the way also. Doing this way you can manage all the risks associated in a right manner without unnecessary delays.
Sign in to Reply
ChipBuilder
6/23/2012 10:41 AM EDT
I think it should go farther than that, you should plan the requirements of all of the products in each of your product lines. Then you look for software, hardware and inventory efficiencies and how they map against your market, resources and growth goals. Then plan to adjust rapidly, cause the plan never holds because the market and competitors mess up your plans. But at least, you know why you decided to make a decision and the impact of changing the decision.
Sign in to Reply
sharps_eng
6/23/2012 3:07 PM EDT
In mature markets, the only way to go is the 'Plus One' route, adding something extra to the standard product to differentiate it.
Like cars, the world of PC peripherals has been so long-lasting, become so over-mature, that every possible combination of keyboard-and-x has been tried, retried, and then recycled again in each of the USB and wireless throughout the myriad inscrutable peripheral manufacturers, who are also doing the same thing with lawnmowers, coffee-cup warmers and Xmas toys. Like throwing dice, this is statistical manufacturing, there doesn't have to be a need for it, just design it and throw out there - someone will buy it, and if not, move on. The intelligence behind such massive, wasteful, indiscriminate shotgun-marketing is of a different order to what we are used to in small-scale business-to-business technical product design and sales.
Sign in to Reply