The world is going through a phase where the shape of future technologies is being defined. This is an interesting phase, and yet a defining one. In this phase, technologies that have been used for decades are facing an unprecedented challenge. To remain relevant and to be able to compete in the new business climate, these technologies must innovate and adapt.
New capabilities and features must be added to these technologies to make them attractive to the business world. Companies that can successfully make these changes will be able to capitalise on the current shift in technology and be well-positioned for the future.
In the middle of this, Organizations are themselves going through their makeovers and transformation in digitising and digitally transforming their operations in an agile manner.
The question of whether BOTs driven by AI are going to replace humans in their existing versions or they will evolve in this phase is a question that is being discussed at length. However one thing is certain, productivity and agility are at the core of these discussions.
Every organization is looking for ways to be more productive (and more agile). For some, it is just the journeys and how to make them super efficient to increase customers or revenues and for others, it's purely a cost problem to solve.
For India to grow its GDP within the global economy and to be able to reach and sustain a 5 trillion dollar economy by 2025, it has to increase productivity in every way and every sector.
For Financial Institutions, with the Customer at the core of value creation, reaching solutions to them in the most productive manner possible, is going to be at the heart of any business model.
Some of the themes and technologies that can help organizations to create productivity are listed below (and sourced from https://www.thoughtworks.com/en-in/radar] Volume 27).
The mainstreaming of ML (Machine Learning)
The power of platforms as a product
Moving data ownership to the edges
Mobile should be modular, too
The mainstreaming of ML
Machine learning (ML) was once a realm reserved for only a lucky few who had the tools and resources to build cool things. Fortunately, we see a gradual mainstreaming of ML as computational power grows on devices of all sizes, open-source tools arrive and more stringent requirements and awareness around privacy and personalised information all converge to create a burgeoning ecosystem. Techniques such as federated machine learning allow for ML models that provide privacy for sensitive information. The field of TinyML allows models to execute on resource-constrained devices, moving inference to the edge which both frees resources and improves privacy for sensitive data. Feature Stores provide analogous benefits to the Model-View-Controller design pattern for application development, allowing a cleaner separation of concerns between data curation, model training and inference. Publicly available models such as Stable Diffusion highlight both the amazing capabilities of machine learning and the concerns around source data and ethics. ML components are also easier than ever to wire together, making it possible to build ML experiences and solutions with the creative composition of custom business models and highly capable generic models. We applaud the new capabilities in this space and eagerly await future advancements.
The power of platforms as a product
The word “platform” continues to be one of the most used words during our Radar meetings because the concept is so pervasive in the industry. It pops up in many different manifestations, including business or domain-focused platforms but also infrastructure or developer experience platforms. Fundamentally, the root cause of many of the problems and disappointments that organizations experience with all platforms is the failure to properly treat them as products. For example, many platforms intended to be consumed by developers lack the user research and contextual analysis we expect in other types of products. Platform owners need to validate their assumptions about developers’ needs and respond to actual usage patterns. And like any good product, a platform needs ongoing support. It must evolve and adapt in response to the developer’s changing needs. Additionally, roles like project managers and business analysts often have different scopes than in traditional applications. The “platform as a product” metaphor only works when fully embraced as a practice rather than a trendy phrase.
Moving data ownership to the edges
As we all too painfully know, centralisation of any kind opens up the possibility of constriction, bottlenecks or unnecessary exposure. Thus, we constantly strive to find novel ways to break centralised coupling points, highlighted by several blips in our Radar. Based on research into conflict-free replicated data types (CRDTs), which enable data-based applications without a centralised database, the technique of local-first software/applications encourages developers to think about building around peer-to-peer data rather than using a centralised database. Moving data ownership to the edges also allows developers to take advantage of increased capabilities on devices, as showcased in the Mainstreaming of ML theme. For example, many capabilities such as facial recognition can occur on the edge, keeping the underlying data on the device forever.
Mobile should be modular, too
Software engineers have learned the value of structuring the architecture of an application primarily around domain concepts and business functionality. Technical concerns — a separation of UI from domain logic — are still important but play a secondary role. As mobile apps mature they often get larger, sometimes growing into so-called super apps, which comprise many services and can be seen as platforms in their own right. Apps that aren’t quite as large but have picked up many capabilities over the years can usually be decomposed into modules, too, and companies find that mobile apps benefit from the same approach to modularity. Modular apps lend themselves to be written by multiple autonomous teams, which brings many well-documented benefits. Adding to the complexity is the requirement to deploy via an app store and the need to support native iOS and Android versions plus a web-based version, with subtle changes to accommodate each. We see better framework support for the unique tensions inherent in mobile development, but on the whole, despite the benefits, many organizations struggle to bring a modular approach to mobile development.
We are keen to connect, discuss & explore possible areas of collaboration with your Company/Organisation. You can reach us at info@executepartners.com
Comments