technology and strategy - mitweb.mit.edu/.../15.965_technology___strat---_mamd_8_april_2009.pdf ·...
TRANSCRIPT
15.965 Technology & Strategy
Technology and Strategy Modularity, open interfaces, open standards and open source Michael A M Davies 8 April 2009
15.965 Technology & Strategy
Strategy and technology
Technological infrastructure • architecture • parameters
• envelope and trade-offs
• innovation trajectory
Demand opportunity • segments • behaviour
change • diffusion and
adoption • chasm
Co-evolution & transitions
• episode, era • dominant
design • radical vs incremental
• architectural vs modular
• disruptive
Decision making
• common goals, balanced power
• focus on timely, objective facts • embrace uncertainty
• several options
Michael A M Davies [email protected] 8 April 2009, Page 2
Business ecosystems, value creation and
value capture • niche
• lead/follow • co-opetition • inimitability
• focus on locus of value
• standards • modularity
15.965 Technology & Strategy
Demand Opportunity
Business Ecosystem
Technological Infrastructure
Time
Customers
Applications or Outcomes
Markets
Offer Partners
Technology Partners
t
Turning Points
t
Step changes
x
Trajectory shifts (disruption)
y
Operations Marketing Innovation Management
Architectural Shifts
Two simultaneous challenges: create value, at the same time ensure that you can capture value
Value creation
Value capture
Michael A M Davies [email protected] 8 April 2009, Page 3
15.965 Technology & Strategy
Some terminology for timelines and transitions
Time
Event
Episode
Event
Episode
Epoch Epoch
Episode
Era Epoch applies to the beginning of a new period marked by radical changes and new developments - while era applies to the entire period
Era
Roget's New Millennium™ Thesaurus, First Edition (v 1.3.1) © 2007
Michael A M Davies [email protected] 26 March 2009, Page 4
15.965 Technology & Strategy
Era noun
1. a period of time marked by distinctive character, events and so on1
2. the period of time to which anything belongs or is to be assigned1
3. a period of time as reckoned from a specific date serving as the basis of its chronological system2
1: Random House Unabridged Dictionary, © Random House Inc. 2006 2: American Heritage® Dictionary, © 2000 Houghton Mifflin
Michael A M Davies [email protected] 26 March 2009, Page 5
15.965 Technology & Strategy
Epoch noun
1. a period of time marked by distinctive character, events and so on1
2. the beginning of a distinctive period in the history of anything1
3. a point of time distinguished by a particular event or state of affairs1
4. a notable event that marks the beginning of a period of history, especially one considered remarkable or noteworthy2
1: Random House Unabridged Dictionary, © Random House Inc. 2006 2: American Heritage® Dictionary, © 2000 Houghton Mifflin
Michael A M Davies [email protected] 26 March 2009, Page 6
15.965 Technology & Strategy
Episode noun
1. a portion of a narrative that relates an event or a series of connected events and forms a coherent story in and of itself1
2. an incident in the course of a series of events2
1: American Heritage® Dictionary, © 2000 Houghton Mifflin 2: Random House Unabridged Dictionary, © Random House Inc. 2006
Michael A M Davies [email protected] 26 March 2009, Page 7
15.965 Technology & Strategy
There are distinct stages in the battle for technological dominance
Michael A M Davies [email protected] 11 March 2009, Page 8
Beginning of a new technological field,
with an organization pioneering applied
R&D
First working prototype emerges
First launching of a
commercial product
Clear early front runner
appears
One of the early designs
becomes dominant
Fernando Suarez, “Battles for technological dominance: an integrative framework”, �Research Policy, Volume 33, 2004, pages 271-286
15.965 Technology & Strategy
These phenomena often result in characteristic {product | industry} ‘life-cycle’ (YMMV)
Demand Opportunity
Business Ecosystem
Technological Infrastructure
Early ferment
Dominant design
emerges
Eclipse or
renewal
Make it work - innovate on
performance, diverse
integrative designs
Maturity Incremental innovation
Select optimal architecture, drive down
costs, focus on ease of
use
Provide broader offer, rationalize portfolio, build complementary
assets
Develop broad
portfolio, build
platforms
Many entrants - diverse business models
Decisive battles for leadership
Intensifying competition,
early consolidation
Fierce competition, consolidation around majors
and minors
Lead users, early adopters - high payoff, low switching
costs
Early mainstream - usability, cost
more important
Mainstream customers - soft factors, aesthetics
Saturation, segmentation, customization
Search for new options
Find new needs
or new customers
Michael A M Davies [email protected] 11 March 2009, Page 9
15.965 Technology & Strategy
Reconciling these two models
Demand Opportunity
Business Ecosystem
Technological Infrastructure
Early ferment
Dominant design
emerges
Eclipse or
renewal
Make it work - innovate on
performance, diverse
integrative designs
Maturity Incremental innovation
Select optimal architecture, drive down
costs, focus on ease of
use
Provide broader offer, rationalize portfolio, build complementary
assets
Develop broad
portfolio, build
platforms
Many entrants - diverse business models
Decisive battles for leadership
Intensifying competition,
early consolidation
Fierce competition, consolidation around majors
and minors
Lead users, early adopters - high payoff, low switching
costs
Early mainstream - usability, cost
more important
Mainstream customers - soft factors, aesthetics
Saturation, segmentation, customization
Search for new options
Find new needs
or new customers
Michael A M Davies [email protected] 11 March 2009, Page 10
15.965 Technology & Strategy
GNU and Linux
• (Lead) user (from CSAIL at MIT) wanted control • Developed key complements:
– compiler and editor – license – GPL/“copyleft”
• Linus Torvalds: ‘91, <10k lines, Intel’s ‘386 architecture
• Increased functionality • Wider variety of hardware platforms • Network effects
• Increasing complexity
Michael A M Davies [email protected] 8 April 2009, Page 11
15.965 Technology & Strategy
Red Hat
• (Lead) user finds Linux difficult to install and use – couldn’t afford a Unix workstation – The Halloween Release
• Initially inferior, did not appeal to mainstream, potential for rapid innovation, surpasses performance
• Combine build with distribution channel • Key innovations
– installer – package manager
• Time-paced release – work back from ship date
Michael A M Davies [email protected] 8 April 2009, Page 12
15.965 Technology & Strategy
Value capture
• “…where we’re going to make a lot of money is services and
maintenance programs..”
• “…if you don’t have Red Hat Linux, then
no one’s going to buy support…”
Michael A M Davies [email protected] 8 April 2009, Page 13
15.965 Technology & Strategy
Red Hat - update
• 2004 ranks first in value amongst CIOs • Acquires AOL’s Netscape server software • Partners with IBM • 2005, Enterprise Linux 4 wins OS and Server Product
of the year at Techworld • IPO in August 1999 – shares triple
• ~2,200 employees • ~$500 million in revenue, ~$4,000 million market cap
Michael A M Davies [email protected] 8 April 2009, Page 14
15.965 Technology & Strategy
Red Hat’s stock
Michael A M Davies [email protected] 8 April 2009, Page 15
15.965 Technology & Strategy
Microsoft’s take on Linux
• OSS poses a direct, short-term revenue and platform threat to Microsoft, particularly in server space
• the intrinsic parallelism and free idea exchange in OSS has benefits that are not replicable with our current licensing model and therefore present a long term developer mindshare threat.
• …commercial quality can be achieved / exceeded by OSS projects • OSS is long-term credible FUD tactics can not... combat it. • Linux outperforms many other UNIXes • Linux can win as long as services / protocols are commodities. • OSS projects have been able to gain a foothold in many server
applications because of the wide utility of highly commoditized, simple protocols. By extending these protocols and developing new protocols, we can deny OSS projects entry into the market.
• OSS evangelization scales with the size of the Internet much faster than our own evangelization efforts appear to scale
Michael A M Davies [email protected] 8 April 2009, Page 16
15.965 Technology & Strategy Why does open source work (economically, not technically)?
Co-operate ⇒ create value
• OS infrastructure, not a basis for differentiation
• “…all the users of that infrastructure have a reason to help you build it and ensure that it continues to develop.”
• A modular system – enabling decoupled development
• Expose interfaces and inner workings of modules
Compete ⇒ capture value
• Deliver complements • Package sources and patches • Provide professional services • Sell hardware that runs Linux
Michael A M Davies [email protected] 8 April 2009, Page 17
15.965 Technology & Strategy
Focus of Ubuntu shifting to usability
• Canonical, the leading backer of the Ubuntu version of Linux, this week said it would hire a team to help make open source software on the desktop more appealing and easier to use. The company plans to sign up designers and specialists in user experience and interaction to lead Canonical's work on usability and to contribute to other free and open source desktop-environment projects, including Gnome and KDE…
• "We are hiring a team who will work on X, OpenGL, GTK, Qt, Gnome and KDE, with a view to doing some of the heavy lifting required to turn those desktop experience ideas into reality," said Mark Shuttleworth. Free Linux desktops should have "a user experience that can compete with Apple in two years", he said at the O'Reilly Open Source Convention last week….
• "He's bang on the money. Linux absolutely needs more usability," said Mark Taylor, founder of the Open Source Consortium. "Having said that, it's not that hard to find," he said, pointing to the strides made by the Gnome and KDE user interfaces. However, Taylor cautioned against the open source movement taking too rigid a line with developers on usability requirements. "I don't believe we need one desktop to rule them all," he said. Consumers needed a great user experience more than businesses did, Taylor said. IT managers were more likely to use Linux on servers than on desktops. Any desktop implementations they do work with were designed to lock the system down and keep the user within set applications and policies.
• "Even when they use a Linux desktop, delivering a user experience is not high on the agenda," Taylor said. Shuttleworth said that the freedom of open source software, where developers were free to develop as they wish, could lead to user interfaces that were "patchy and inconsistent" between applications and operating systems.
• For instance, Ubuntu itself is normally available with the Gnome desktop interface, but one version ships with KDE. Both Ubuntu versions include OpenOffice, which is based on the GTK graphics library. GTK is also used by Gnome, so OpenOffice in KDE would have a different 'open' dialogue to that on the desktop.
Michael A M Davies [email protected] 8 April 2009, Page 18
ZDNet UK
15.965 Technology & Strategy
Modularity is becoming more prevalent, increasing value creation, challenging value capture
• Falling costs of co-ordination make modularity easier • Modularity, where it can be employed effectively, can
accelerate value creation – once dominant design established, hence stable
architecture and modular interfaces – and ultimate performance is not critical – autonomous or modular innovations, in this context
• Very challenging for value capture – loss of control for leaders – rapid, diverse innovation – revenues and value widely dispersed
Michael A M Davies [email protected] 8 April 2009, Page 19
15.965 Technology & Strategy
Modularity noun
1. the use of individually distinct functional units, as in assembling an electronic or mechanical system1
2. designed with standardized units or dimensions, as for easy assembly and repair or flexible arrangement and use2
1: Random House Unabridged Dictionary, © Random House, Inc. 2006�2: American Heritage® Dictionary, © 2000 Houghton Mifflin
Michael A M Davies [email protected] 8 April 2009, Page 20
15.965 Technology & Strategy
Modularity decoupling
• “When a product or process is ‘modularized,’ the elements of its design are split up and assigned to modules according to a formal architecture or plan.”
• “From an engineering perspective, a modularization generally has three purposes:
– to make complexity manageable
– to enable parallel work – to accommodate future
uncertainty”
Modularity in the Design of Complex Engineering Systems,�Carliss Y. Baldwin and Kim B. Clark, HBS Working Paper, January 2004
Michael A M Davies [email protected] 8 April 2009, Page 21
15.965 Technology & Strategy
Product Architecture
Integral Modular
Karl Ulrich, “The role of product architecture in the manufacturing firm”, Research Policy Volume 24 (1995), pages 419-440
Michael A M Davies [email protected] 8 April 2009, Page 22
15.965 Technology & Strategy
Interfaces
• Customer understands and can specify key parameters
• Can be measured and tested reliably and unambiguously
• Understand how variation affects system performance
• Market can function effectively
• Codified knowledge • Difficult to protect
• Associated with optimizing design for ultimate performance
• Unstructured technical dialogue
• Necessary information for market does not exist
• Management and integration most efficient coordinating mechanisms
Modular Interdependent/ Systemic/Integral
Michael A M Davies [email protected] 8 April 2009, Page 23
15.965 Technology & Strategy
IBM System/360
• First modular computer, conceived as a family of computers
– different sizes suitable for different applications – same instruction set – standard interfaces for peripherals
• Design rules and decentralized development – Central Processor Control Office defines rules – each team full control over hidden elements
• Wildly successful, drove other players out of the market • BUT undermined IBM’s dominance in the long run -
through emergence of plug-compatible modules
Michael A M Davies [email protected] 8 April 2009, Page 24
15.965 Technology & Strategy
Nippon Denso can make 288 products from just 8 modules
Michael A M Davies [email protected] 8 April 2009, Page 25
15.965 Technology & Strategy
Braun family of coffee makers
Michael A M Davies [email protected] 8 April 2009, Page 26
15.965 Technology & Strategy
Splitting
Substituting
Augmenting
Excluding
Inverting
Porting
Separating systems into modules that interact across well defined interfaces
Switching between components that perform the same function
Adding a module to increase the functions of the system
Removing a module to reduce the functions the system can perform
Making an embedded function into a stand-alone module
Moving a module from one system to another
There are six modular operators that together enable a very wide range of system designs
Michael A M Davies [email protected] 8 April 2009, Page 27
15.965 Technology & Strategy
The resulting systems can exhibit several different types of modularity
Slot
Bus
Direct
Bus
Component Swapping
Component Sharing
Michael A M Davies [email protected] 8 April 2009, Page 28
15.965 Technology & Strategy
Michael A M Davies [email protected] 2 May 2007, Page 29
Modular platforms can
be a very effective
vehicle for diverse offers
15.965 Technology & Strategy
Michael A M Davies [email protected] 2 May 2007, Page 30
Modular platforms can
be a very effective
vehicle for diverse offers
15.965 Technology & Strategy
Strategic options
• For system innovations, may require broad scope of activities at the outset
• Create design rules, define visible information
• Convince people this architecture will prevail
• As modularity established, lead the evolution of the business ecosystem
• Conform to the architecture, interfaces and test protocols established by others
• Master the hidden information involved
• Rely on superior execution
Architect Module player
Michael A M Davies [email protected] 8 April 2009, Page 31
15.965 Technology & Strategy
Linux 0.01
Michael A M Davies [email protected] 8 April 2009, Page 32
MacCormack, Alan, John Rusnak, and Carliss Y. Baldwin. "Exploring the Structure of Complex Software Designs: An Empirical Study of Open Source and Proprietary Code." Management Science 52, no. 7 (July 2006)
15.965 Technology & Strategy
The architecture of Linux is significantly more modular than the architecture of Mozilla
MacCormack, Alan, John Rusnak, and Carliss Y. Baldwin. "Exploring the Structure of Complex Software Designs: An Empirical Study of Open Source and Proprietary Code." Management Science 52, no. 7 (July 2006)
Michael A M Davies [email protected] 8 April 2009, Page 33
15.965 Technology & Strategy
And than OpenSolaris
Michael A M Davies [email protected] 8 April 2009, Page 34
15.965 Technology & Strategy
Mozilla – before and after a purposeful re-design effort – modularity to allow participation
MacCormack, Alan, John Rusnak, and Carliss Y. Baldwin. "Exploring the Structure of Complex Software Designs: An Empirical Study of Open Source and Proprietary Code." Management Science 52, no. 7 (July 2006)
Michael A M Davies [email protected] 8 April 2009, Page 36
15.965 Technology & Strategy
Open source code has much lower propagation cost than conventional proprietary approaches
Michael A M Davies [email protected] 8 April 2009, Page 38
15.965 Technology & Strategy
Financial Management Software
Michael A M Davies [email protected] 8 April 2009, Page 39
15.965 Technology & Strategy
Key to value capture is focus on locus of value
• “… the virtuous virtuals have carefully nurtured and guarded the internal capabilities that provide the essential underpinnings of competitive advantage… they invest considerable resources to maintain and extend their core competences [because without them] their strategic position in the network would be short-lived”
• “Attractive profitability seems to flow … to the point at which unsatisfied demand for functionality, and therefore technological interdependency exists.”
Henry Chesbrough and David Teece, “Organizing for Innovation: When is Virtual Virtuous?”, Harvard Business Review, August 2002, pages
Clayton Christensen and others, “Disruption, disintegration and the dissipation of differentiability”, Industrial and Corporate Change, 2002, pages 955-993
Michael A M Davies [email protected] 8 April 2009, Page 40
15.965 Technology & Strategy
Locus noun
1. a center or focus of great activity or intense concentration1
2. a center or source, as of activities or power2
1: American Heritage® Dictionary, © 2000 Houghton Mifflin 2: Random House Unabridged Dictionary, © Random House, Inc. 2006
Michael A M Davies [email protected] 8 April 2009, Page 41
15.965 Technology & Strategy
Amdahl’s Law: “…make the common case fast…”
• Amdahl’s Law is concerned with the speedup achievable
– from an improvement to a computation
– affects a proportion P of that computation
– where the improvement has a speedup of S
• Amdahl's Law states that the overall speedup of applying the improvement will be
“God grant me the serenity to accept the things I cannot change (much); courage to change the things I can (a lot); and wisdom to know the difference.”
- Reinhold Niebuhr
Michael A M Davies [email protected] 8 April 2009, Page 42
15.965 Technology & Strategy
Sun Microsystems – intense focus on performance bottleneck
Michael A M Davies [email protected] 8 April 2009, Page 43
15.965 Technology & Strategy
Interestingly, Sun Microsystems has become a major open source advocate
• Made Java™ open source • OpenSolaris
– build a developer community – derived from Unix System V – only open version
• OpenSPARC – processor architecture design, application development – building community around it to advance it
• OpenStorage – built around ZFS – combine open source software with industry standard
hardware
Michael A M Davies [email protected] 8 April 2009, Page 44
15.965 Technology & Strategy
And Apple’s OS X is built on open source (as is the code base for the iPhone)
http://www.kernelthread.com/mac/osx/arch.html
Michael A M Davies [email protected] 8 April 2009, Page 45
15.965 Technology & Strategy
And Google’s Android platform
http://code.google.com/android/what-is-android.html
Michael A M Davies [email protected] 8 April 2009, Page 46
15.965 Technology & Strategy
Leveraging open source requires a disciplined approach, from legal and strategic perspectives
Develop own software, and release to open source community
Develop own software and�
keep source and rights internal
Encourage new open source community
development [Google with Android]
Pay for development as�“work for hire” and �keep rights internal
Integrate 3rd party open source components
Buy rights to use off-the-shelf�
3rd party software
In-house development
Custom order
Existing 3rd party
Open Closed
Source: Olswang Open Source Summit, 9 Nov 2007; �private discussion and communication with Nigel Swycher of Olswang, and Heather Meeker of Greeberg Taurig, and others
Policies
Architecture
Practical and pragmatic
procedures for evaluating
open source options
Drive how to access�software
Michael A M Davies [email protected] 8 April 2009, Page 47
15.965 Technology & Strategy
The key concern with open source is inherited obligations, “copyleft” licenses
General Public License – GPL �of the Free Software Foundation
Apache Software License (ASL)
Berkeley Software Distribution (BSD Unix)
“Copyleft” – most open; prohibits proprietary forks, strongly driving openness
If you add code, and distribute software, you must grant unaltered GPL to combined program - Linux
Kernel uses this (GPLv2)
Allows proprietary extensions or distributions Code issued with this license can be included on
closed products Much of Android software uses this �
(Apache v2)
Few restrictions on what you can add and how you can limit openness of what you add
Apple uses this
Main kinds of open source license Principal form of License Characteristics
Michael A M Davies [email protected] 8 April 2009, Page 48
15.965 Technology & Strategy
Resources
• http://opensource.mit.edu • http://www.opensourcestrategies.org/
• http://code.google.com/android/what-is-android.html • http://www.osxbook.com/ • http://www.kernelthread.com/mac/osx/ • http://arstechnica.com/reviews/os/mac-os-x-10-5.ars • http://www.roughlydrafted.com* • http://opensolaris.org/os/
Michael A M Davies [email protected] 8 April 2009, Page 49