Skip to main content

How to build a platform for business value

As an industry we’ve been talking about platforms for a very long time. Everyone thinks they need one but many people don’t know why. Perhaps more concerning, many organizations build them and then don’t realize the value they expected. This trend was reinforced by the recently published Technology Radar — Thoughtworks’ biannual look at the tech landscape — where the number of entries we looked at for our platform quadrant was markedly down.

What is going on here? Have organizations tired of platforms? Is the problem with a true lack of value, perception or misaligned expectations? It’s probably a mix of all three.

What’s in a name?

One of the biggest challenges is that the word platform has become so widely used as to be unhelpful on its own. How do we then build platforms that solve business problems and create value for our organizations?

There’s also the issue of bias. By that, I mean what we each assume is meant by the name platform. For example, I work mostly with developers. I did a very non-scientific informal poll on Twitter asking what people thought of when I said the word platform.

As you can see the majority thought of the foundational platform. However, if I had asked the same question to a business audience, they likely would have chosen the platform business model. And If you don’t address this difference early in the process of building a platform, expectations about what you’re building are almost certain to be poles apart.

Back in 2017, Thoughtworker Peter Gillard Moss identified three basic types of platforms from a technology perspective. The fact that that article is 4 years old and still highly relevant at the time of this writing demonstrates the struggle many organizations have in understanding the types of platforms. As Peter correctly points out, there’s a wide variety of thinking about what a platform is from a technologically standpoint. You can reference that article for more details but the high-level description is as follows:

Foundational technology platform

Put simply, this is a system that we deploy applications to. In this way of thinking, we could say that an operating system is a platform. Whether it’s Windows, Linux, or Mac, an operating system provides access to things like the file system, the ability to calculate time, the ability to drive our user interface and more. 

If you think about a public cloud platform, it is doing the same thing. For example, AWS has S3 for file storage and several database options and several scheduling options. Google Cloud and Azure offer the same things but with their own unique feature sets.

Digital business platform

A digital business platform builds on the foundational platform by adding APIs that enable external participation. So, for example, if you’re a bank you might have an API for calculating interest. Teams developing applications can use your API instead of doing their own calculations.

Offering/service platform 

At the top end of the scale we have the platform business model. The purpose of this type of platform is to connect producers with consumers. For example if you look at Airbnb, they don’t own any buildings. They connect owners with people who want to rent space. This business model has almost uncapped potential, as the go-between does not have to worry about supply chain or physical liabilities. 

The intended use

One of the biggest misconceptions is that an organization will have a single platform — one place where all applications are deployed, one place where all business-facing APIs exist, or one place to connect consumers and producers. This is almost always false. 

Thoughtworks director Neal Ford likes to say, when talking about software architecture, that the more reusable something is, the less usable it is. For platforms, what this often means is that a one-size-fits-all solution will end up not solving some of the specific use cases for an individual business unit.

In addition to the fact that there are many types of platforms from a technology perspective, there are also a lot of different intended use cases. For example, an organization might have a data platform that is intended to solve specific business problems by making APIs that expose information available. That same organization could have a platform that has the primary purpose of customer relationship management. At the foundation, these could be very close to the same technology. 

The expected use of a specific platform also has a dramatic effect on the tools that might be used. For example there are specific build, test and deploy tools for machine learning. These tools will have much in common with those built to build test and deploy applications but they will have key differences. 

Platform building for value

Perhaps the most important aspect to getting the value you expect is aligning expectations. It’s important to have a solid understanding of what it is you’re trying to build, what business problem you’re trying to solve, and what value that has to the organization. 

Technologists will often say things like “it will make it easier for me to deploy applications”.  While this is certainly an important and reasonable feature for a foundational technology platform, it is not in and of itself a business value. What does deploying applications easier mean to your business? Can you cut down cycle time? Can you increase market share by beating your competition? How can you quantify this? 

You also need to recognize that different types of platforms satisfy a particular segment of your organization but not others. This can lead to the rebirth of functional silos: you have platforms for data, platforms for machine learning, and they don’t play well together. When designing these platforms, organizations need to focus on how they will interoperate. So it’s not just how my machine learning platform makes new models and generates data, it’s how I can make that data available to my other platforms in a way that is useful.

In the next two pieces of this three-part series, I’ll be looking at how to build and how to run successful platforms.

The post How to build a platform for business value appeared first on SD Times.



from SD Times https://ift.tt/2ZrtqPY

Comments

Popular posts from this blog

Difference between Web Designer and Web Developer Neeraj Mishra The Crazy Programmer

Have you ever wondered about the distinctions between web developers’ and web designers’ duties and obligations? You’re not alone! Many people have trouble distinguishing between these two. Although they collaborate to publish new websites on the internet, web developers and web designers play very different roles. To put these job possibilities into perspective, consider the construction of a house. To create a vision for the house, including the visual components, the space planning and layout, the materials, and the overall appearance and sense of the space, you need an architect. That said, to translate an idea into a building, you need construction professionals to take those architectural drawings and put them into practice. Image Source In a similar vein, web development and design work together to create websites. Let’s examine the major responsibilities and distinctions between web developers and web designers. Let’s get going, shall we? What Does a Web Designer Do?

A guide to data integration tools

CData Software is a leader in data access and connectivity solutions. It specializes in the development of data drivers and data access technologies for real-time access to online or on-premise applications, databases and web APIs. The company is focused on bringing data connectivity capabilities natively into tools organizations already use. It also features ETL/ELT solutions, enterprise connectors, and data visualization. Matillion ’s data transformation software empowers customers to extract data from a wide number of sources, load it into their chosen cloud data warehouse (CDW) and transform that data from its siloed source state, into analytics-ready insights – prepared for advanced analytics, machine learning, and artificial intelligence use cases. Only Matillion is purpose-built for Snowflake, Amazon Redshift, Google BigQuery, and Microsoft Azure, enabling businesses to achieve new levels of simplicity, speed, scale, and savings. Trusted by companies of all sizes to meet

2022: The year of hybrid work

Remote work was once considered a luxury to many, but in 2020, it became a necessity for a large portion of the workforce, as the scary and unknown COVID-19 virus sickened and even took the lives of so many people around the world.  Some workers were able to thrive in a remote setting, while others felt isolated and struggled to keep up a balance between their work and home lives. Last year saw the availability of life-saving vaccines, so companies were able to start having the conversation about what to do next. Should they keep everyone remote? Should they go back to working in the office full time? Or should they do something in between? Enter hybrid work, which offers a mix of the two. A Fall 2021 study conducted by Google revealed that over 75% of survey respondents expect hybrid work to become a standard practice within their organization within the next three years.  Thus, two years after the world abruptly shifted to widespread adoption of remote work, we are declaring 20