LEGO Blocks, Software, Design Mentality, and Random Thoughts

UPDATE: It turns out that it wasn’t quite “5 minutes” but the better part of 1 day… ZapThink Research published a piece called “The Lego Model of SOA” shortly after I wrote this post…

Thomas wrote a good post about the “LEGO Block Syndrome” in software and Hasso Plattner’s continued efforts to shake the industry loose from the grip that engineers have had on the software design process.

McKendrick over at ZDNet wrote the originating post on the LEGO block analogy and it’s worth reading first. You really can’t spend 5 minutes in this business without someone saying “it’s like LEGO blocks, you just plug them together!” and for the most part nobody ever objects because the truth is that we all WANT it to be that easy. Getting there is another issue…

Here’s why it’s never going to be that easy: LEGO blocks don’t have to pass information between each other and there is no requirement that they be sequenced in any particular order. In other words, the beauty of LEGO blocks is that they are fully compartmentalized and you can click two 2×2 blocks to a 2×4 and it works the same way was two 2x4s, and if you want to use a pair of blue vs. 1 green and 1 red, well that’s cool.

At this point the LEGO-philes out there will say “hey, the Mindstorm LEGOs are capable of building complex systems” and you would be right. But even here there are some distinct differences from Old Skool Lego, like the fact that there is no LEGO version 4.6 legacy customer base, and insists on an non-disruptive upgrade path, hanging around the neck of new LEGO. The other point about Mindstorm is that it’s a $250 LEGO package… so maybe it’s looking more like enterprise software after all?

Thomas also mentioned Hasso Plattner’s continued efforts to achieve real design innovation in software. This is no bullshit, Hasso has always cared about usability but even as the CEO of SAP he was unable to decouple software design from software engineering and it continues to be a problem not just for SAP but the entire industry.

One of his later initiatives is the d.school at Stanford in partnership with IDEO, a design firm without equal. This is a very innovative initiative because it attempts to bring together disciplines outside of technology for the purpose of designing better technology products, although one could also argue that this is further evidence of the pervasiveness of technology across a broad spectrum of industries and research areas as well. I expect we’ll see some amazing things from d.school, and Hasso’s other projects in this area, but it’s overstating the case to suggest that this is going to be a watershed moment for enterprise software because the problem our industry has is that we want complexity and just don’t want to admit it – it’s the Culture of Complexity thing I wrote about last week. New companies will embrace these advances in usability and design because it’s a way to be disruptive but the incumbents will not, at least not in the core, because they have too much to lose.

Hasso often uses automotive industry analogies to the software business, for example he’ll point to companies like Bosch that are successful and dominant in their segment of the industry but have no end user brand, which is a valid point but I don’t think we’re broadly moving to a business model where there are 6-8 global brands and hundreds of tier 1, 2, and 3 suppliers who feed up the technology and if this were to be the case then you would have to consider Open Source which pretty much blows the analogy up.

I think he’s wrong to continue to use the automobile industry as a model, but it’s best summed up with the comment I left on Thomas’ post:

Yes, cars today are more complicated but they are more safe, higher performance, cleaner, comfortable, and more reliable than their 1950’s counterparts… and the user never has to deal with the complexity (unless you have a BMW with iDrive!). [ED: I wrote “reliable” twice in the original comment so I edited it out here]

Can the same be said of enterprise software? Have all the gains of the last decade resulted in software applications that hide their complexity from users? If so, why is SAP itself not running Duet instead of CATS? [ED: original comment has a double negative, I corrected it here]

BTW, and you know how much I respect Hasso, but he is flat out wrong to continue to use automobile analogies as applied to software. Put another way, if the automotive industry was like enterprise software your new car would come to you in boxes of parts and because many of them wouldn’t be compatible you would hire a machine shop, engineer, and a mechanic to put it all together.

Technorati Tags: , , , , ,