There seems to be an agreement on digital transformation being less about technology and more about business design and a customer centric culture. Obviously it’s not about digital technology: DVDs, as its own name implies, are digital movie containers as opposed to analog videotapes or photochemical films, but wasn’t until Netflix added video on demand via the Internet to the DVDs physical delivery business, that they became a reference on digital transformation.
As George Westerman et al. put clearly in this book -or in this article summary-, it’s the transformational management intensity, i.e. how much top managers are betting on digital transformation, what separates digiratis -digital literates- from the crowds. Nevertheless, companies still need to think on the foundation for their digital transformation, and precisely there is where digital platforms come into place; of the other way around, a digital platform won’t make your company to digitally transform, but can’t transform without one.
What’s that platform? It’s whatever makes frictionless to combine incumbents and partners into your business and for you to participate in others businesses “to execute [your organization’s] digital business strategy”, accordingly to Gartner.
A while ago hardware machines were a physical thing; now we have hardware virtualization by software and then we have virtual machines. Also a while ago we had physical arrays of spinning hard disk drives, and now we have software defined storage; we had physically connected cables, routers, switches, firewalls, etc. and now we have software defined networks; and the list goes on up to big things like software defined datacenters or down to small things like software defined chips, or more precisely field-programmable gate arrays.
Even the IoT devices very common in many digitally transforming businesses can change their behaviors based on the software they run; the dumbest the device, the longer their battery life, less their capability of running sophisticated software or even to run software at all; but put for example a field gateway behind it, connect it to the cloud, and then you have your software defined IoT too.
These platforms have another interesting characteristic: in order to achieve the agility and easiness of adaptation, they embrace change and make changing easier. The [business] rules that control the behavior of the applications running on these platforms can be changed in a declarative way -as opposed to imperative or algorithmic-, eventually through a graphical use interface managed by some business user, not a programmer. It’s declarative, but it’s still giving orders to a computer to do thing, so it’s still programming or coding.
The end user who does acceptance testing doesn’t necessarily use the application itself anymore to see if it works as expected. They won’t do that fast enough and won’t do it as much times as it takes to deliver changes on a daily basis -or even more frequently-. Then the only way is to ask them to declaratively specify how to do the tests instead of doing the testing by themselves. Once again, it’s declarative, but it’s still coding.
So we have end users coding, either by adapting applications running on platforms to do new or different things or by make sure the applications work as they want, we have also more people coding: operators.
Operators now do write scripts to do repetitive tasks. It’s faster, and most importantly, it’s less error pone: once scripts works, they don’t forget steps or make mistakes as human operators sometimes do if they’re tired or in a hurry, stressed by a deadline.
And programmers have always coded; so now everybody codes.
So that’s for me what a platform implies for digital transformation: “software defined everything” and “everybody codes”. And again, this won’t make your organization to digitally transform, but it’s very unlikely that you can transform without one. I’m fortunate enough to have a computer science and software development background; it’s easier for me to understand and to explain to my customers this foundation for digital transformation.
Yesterday I had a deep conversation with my eldest son about League of Legends. I must admit I am not fully comfortable with him spending countless hours playing this online game. What I did not understood until yesterday was the profound undergoing digital transformation that the entertainment industry is experiencing as we speak.
If you think League of Legends is just an online game and its creator Riot Games are just a game publishing company, you are as wrong as I was. Let me try to explain what wonder me most by doing an analogy with football (i.e. soccer for those few reading in the U.S.)
More than hundred years ago, all around the world there were the football players playing football matches in the football field, and there were also the supporters in the stadium’s bleachers attending the matches. Local leagues of football teams organized local championships, regional federations organized regional cups and, then less than hundred years ago, the worldwide federation, also known as FIFA, organized the worldwide cup in my home town. Bribery and scandals aside, football is a multibillion dollars business, isn’t it?
About seven years ago, Riot Games developed and published League of Legends, a multiplayer online battle arena, real-time strategy video game, very popular among teenagers from 12 to 19 years old. There were teams of five online gamers teams playing games against other teams eventually in opposites sides of the world in real time. These gamers are actually gamethletes, a skill-based ranked community of people all around the world, who love to play this online game. There are local championships, regional championships, and there is the worldwide championship. The topmost ranked gametheletes are actually professional players who get paid for playing. Amazing, uh? Well, not really. The Messis, the Suarezes, and the Neymars of the football are paid, and very well I must say, for playing the sport they love to play, aren’t them?
Who pays the League of Legend’s gametheltes? Riot Games does for most of them and teams participating in the Worldwide Championship are even sponsored by brands like Samsung or SK Telecom. How Riot Games makes money to pay them? Well, you can get almost everything, and go almost everywhere in the game without a penny, but money can make things go faster. Just by playing games you earn points, and then you use those points for stuff like costumes for creatures in the game. But you can also buy points. And before you ask, yes, my credit card number is somewhere inside Riot Games’ datacenters; somewhere deep inside, hopefully.
But here’s where things become even more interesting. The 2014 League of Legends Worldwide Championship final was played at the Sangam Stadium, also known as the Seoul World Cup Stadium, built for the FIFA’s World Cup in Korea in 2002. About 40 thousand people attended the 2014 League of Legends finals live and companies paid for advertising spaces on the stadium, yet another 27 million watched them live online via streaming served by 40 broadcasters who also paid for the content. I don’t know how much they paid, but winning teams raised about 2.13 million dollars in prizes, so there should be good business case, shouldn’t?
The game’s user interface layout used for broadcasting is similar but different to the game layout used to play against other teams: it needs to show the full battlefield, not just the portion your team controls, and needs to show both teams’ actions. But it also allows space for advertising, so that’s how the broadcasters makes money.
My analogy with football isn’t about the sport, it’s about the entertainment industry. And there’s this multi-million dollars business of online multiplayer gaming, of which League of Legends is just one of them, mainly for teenagers who don’t have money, run by relatively few people, that enables a huge ecosystem for others to make money too, including those content generator teenagers who record their games and publish them online on YouTube or broadcast them on Twitch and get paid for it because other teenager consumers do watch them.
Putting it simply, that’s pretty similar to the business model behind the entertainment industry, isn’t it? And it’s fully digital. And it took just seven years to get there.
Software is pervasive. Except perhaps for the one-man (or women) burrito-like shops in the streets, every business runs on software. And they are an exception if and only if they do not accept credit card payments or use online grocery delivery services to refill their raw materials stock. Every company is a software company at the end of the day, either a software-consumer only or a software-development-and-consumer combo.
For those enterprises that do in-house software development and then use that software to run their business, even if it is just a portion of the total software being used, the traditional software development lifecycle might not be appropriate in some circumstances, as we will see in a minute.
An for those enterprises who’s business is to develop software for other enterprises or individuals to consume, the traditional software development lifecycle might not be appropriate either.
By traditional software development lifecycle I do mean the process that creates a software product at the end. I do not care if it is waterfall or is agile, the only thing that matters me is that a software product is created as a result of that process. It has the following characteristics:
- Many features. Differentiation of the product is based on having as many features as possible for as wide an audience as possible. Products are rarely targeted to specific roles or customer needs.
- Mean time to failure. As with traditional manufactured products, its main focus is mean-time-to-failure: products are better if they have few failures.
- Slow update peace. Software product updates are relatively uncommon; it may be through patches for fixing bugs, through service packs to add new functionality, or through entire new versions. And development time for software products is usually large, followed by a maintenance warranty, and then a rest period before starting over.
- Unknown consumption habits. Once products are released, is hard to know how they’re consumed by users, and take decisions based on usage patterns.
- On time, on budget. Most important priority is to release products on time and on budget.
In addition, as with traditional manufactured products, reliability is perceived from the perspective of each individual unit. Providing reliability requires controlling quality within the production process. When users experience product problems, they are usually willing to wait until office hours for their problem to be addressed. A problem rarely impacts more than one person at a time. And usually it’s clear for users when problems are due to issues in the software product, as opposed to issues in the environment in which the software runs.
But any of these businesses might be affected by today’s transformation on software demands:
- Your company develops an mobile software application, it can be a line-of-business application in the enterprises world, or it can be another specific-purpose software application in the marketplace for the consumers world. In the second case, most of these applications at least do store some data or do some kind of processing in a remote back-end, which puts them in the same group as those in the first case: mobile applications that consumes remote services.
- Your company does electronic business with other companies, it can be exposing internal processes through software where others can participate, or use software applications to exchange information in order to complete a transaction. One way or another you are either providing software based services, or consuming them; probably both.
Did you notice the word software at the beginning of the two previous sentences and the word service at the end? It is not casual –I wrote it that way- but that is what we are and will be seeing in the foreseeable future: mobile software applications that consumes some kind of remote service and software based services exposed for others to consume.
If you feel that any of the two before mentioned categories do apply to your company, either if you are creating software for your own business consumption or in the business of developing software for others to use, and you are still developing software as products, guest what? You are not developing software, you are providing services. I do call these software-based service providers. And that is a completely different beast, want to know why? Let us see:
- Reliability and agility over features. Differentiation of the service is based on highly reliable capabilities that fit a specific set of market needs. Effective services emphasizes reliability and agility over features.
- Mean time to resolution. As with traditional utility services, its focus is mean-time-to-recovery: failures will happen, so services are better because of its fast recovery.
- Continuous updates, continuous development. Software updates are continuous; they might release new features or entire new versions very frequently, and fix bugs on a daily basis. Software development for services is usually continuous; they might have release cycles, but usually those cycles are very short.
- Detailed usage patterns. Usually it’s possible to collect very accurate and huge amounts of usage data, driving more meaningful decisions.
- Up and running at appropriate costs. Most important priority is to have the service up and running, keeping the appropriate operating cost.
Furthermore, as with traditional utility services, reliability is a function of the entire system. Providing reliability requires real time, proactive monitoring of the behavior of every system component. When users suffer service outages, the impact is much wider, with one problem impacting a wide array of customers. Response cannot wait for office hours. Product support has to be ready 24x7x365. Users don’t care where the issues are when service outages occur. They might be in the software the service is based on, or in the datacenter, or in the network, or in any of the dependent components
You cannot keep pace with change requests and do not have enough agility to accompany businesses transformations? You have conflicting requirements from different business units or different users groups? You cannot find a good way to organize your software development and software operations teams? Guess what, your software factory is probably not organized as a service provider needs to be organized.
Software factories are organized around software products while service providers are organized around services. And you still wonder why it did not work?
Organizing teams around products means two things. One: you have a team by product, some members can be shared among teams, but teams do work for a product. And two: you very probably have segregation of tasks inside teams: business analyst, architects, designers, developers, testers, and operators if you do run your own software. Does one product use others? Of course, except if you have monolithic giant piece of software, in which case you are way worst that the rest of us, and have more urgent and important problems to solve. Each of the roles of a product team I mentioned before, does work for their own product. They really do not care about products using theirs products and certainly they do not control the other products they consume. And the transition from development to operations looks like developers throwing something over a fence to operators to catch… who cares what happens in the other side? There is always a revenge, operators can always fill bug fix request to developers.
Organizing teams around services, means that a service team has everything it needs to deliver the service and fulfill the service level agreement. There is no fence. Service owner, business analysts, developers, testers and operators sits together upfront to define how the service itself, and the service development process, will look like, end-to-end. Radical, isn’t it? Yes, but that is what you need: An operator telling a software developer what kind of automated deployment, monitoring and telemetry capacities he will need in order to operate the service. These are non-functional requirements and architects and software developers are used to deal with them. A tester telling a software development the way he or she should design the software for him or her to being able to effective and efficiently testing it. These are non-functional requirements too. A software architect or developer telling the service owner what can or cannot be built given time and budget restrictions. Sounds crazy, but these examples are just business requirements, the service owner should be used to deal with them during service definition.
If you think that services are just on the outer layer in contact with the outside world, you are plain wrong. The very same concept can be used in inner layers, in what I love to call the service-oriented enterprise architecture. It is not the same as the plain old service oriented architecture, where application services was the cornerstone. I am talking about business services, application services, and infrastructure services, all organized in the same way, relying one on each other via well defined operation level agreements from the service consumer side, and service level agreements as part of clear service definition from the service provider side.
Biggest software companies (well, it depends on your definition of big) are in fact software-based service providers (Microsoft, Google, Amazon, Facebook, Twitter, Whatsup, Apple, and so on). Your company might not be as big as those, but if it is a software-based service provider, you might have more things in common with them that you think. Someway or another all of them do organize behind the services they do provide. Why you do not?
In a previous post I wrote about how to configure your laptop to act alternatively as a virtualization server or as a nearly-standard desktop. Why would you do that? Well, if you need to use 64 bits virtual machines on top of Microsoft’s virtualization solutions, your only choice is to run Windows Server 2008 or Windows Server 2008 R2 with Hyper-V. For example, if you need to have different SharePoint 2010 developing environment configurations on the same machine, you will need to use 64 bits virtual machines.
In that post I shown how to configure an hypervisor server operating system –specifically Windows Server 2008 R2 with Hyper-V– to behave almost the same as desktop operating system –let us say Windows 7–, by enabling the features that ship disabled by default: wireless networking, audio, Aero, hibernation, and so on. Even better, since you probably want to switch between the hypervisor server scenario back and forth to the desktop scenario, I included some scripts files to enable required services and disable non-needed ones in each one case.
Even if you can successfully run both 32 bits and 64 bits virtual machines on your laptop when Hyper-V is properly configured, provided you have the appropriate hardware resources, you will realize sooner or later that Hyper-V is designed to run on a physical server, not on a laptop. Let me give you an example: Why do you use a laptop, after all? For mobile computing, don’t you? Well, if you do mobile computing with your laptop, you will be connected wirelessly, at least occasionally. Then you will realize you cannot connect your virtual machines to the Internet by using a wireless connection: Hyper-V only shows Ethernet network adapters when creating external virtual connections.
The two workarounds I found in the Internet –configuring Internet Connection Sharing or using Routing and Remote Access Service– were useless for me because ICS is disabled by my administrator and RRAS is too much complicated to setup.
I have two network interface cards in my laptop, an Intel® 82567LM-3 Gigabit Network Connection, and an Intel® Centrino® Ultimate-N 6300 AGN:
But only the first one is available in the list of network cards to be used when creating an external virtual connection:
There is an easy way to workaround this, and get an external virtual network connected with a wireless connection:
- Configure an external virtual connection using your wired local area connection as usual. Your virtual machines use this connection when you are connected by wire to access the Internet.
- When you are not connected by wire, bridge your wireless connection with the external virtual connection, by selecting both connections in the Network Connections window, right clicking, and choosing Bridge Connections from the context menu.
Your will see an additional network connection named Network Bridge and you will be able to access the Internet from your virtual machine guests through the wireless connection. Delete the bridged connection when you get connected by wire again.
Since you probably do not need to be permanently connected to the Internet, but want to access your host’s files and folders, I usually configure an internal virtual connection in addition to the external one, and all my virtual machines have two virtual network adapters connected to each of them.
If you are in the same scenario than me, I hope this tip simplifies your life. Cheers.
Microsoft yesterday published for download the March 2011 release of the Visual Studio 2010 and .NET Framework 4 Training Kit. You can download the kit from here. This training kit includes presentations, hands-on labs, and demos, covering the latest topics in the recently updated versions of Visual Studio 2010 and .NET Framework 4. Enjoy.
The final version of the Visual Studio 2010 Server Pack 1 is available since yesterday for MSDN susbscribers. The list of new features and fixes is available here.
Among the most interesting new features for me are:
- Silverlight 4 compatibility
- Unit testing support for .NET Framework 3.5 targets
- IntelliTrace for 64 bits and SharePoint applications
- Web applications and web project hosting on Internet Information Services (IIS) 7.5 Express
- Microsoft Web Platform Installer support