A few months ago, McKinsey & Company published an article titled, ‘Yes, you can measure software developer productivity’, which created quite a buzz in the developer community.
Reaction to the article (some might say backlash) was swift. A quick Google search will render many examples of commentary from folks like Kent Beck, one of the 17 original signatories of the Agile Manifesto. Beck stated in a recent article, “We believe that introducing such a framework is wrong-headed and certain to backfire. The McKinsey framework will most likely do far more harm than good to organizations – and to the engineering culture at companies. Such damage could take years to undo.”
Why such a strong reaction? It’s not that developers refuse to be held accountable for their work or what they produce. Rather, it’s more about the attempt to measure output in pure quantified metrics for a role that requires creative thinking and problem solving. Software development is not an assembly line producing widgets, and yet each of us in corporate functions must have our work measured and evaluated.
I choose to open my annual prediction by citing this article – and the reaction it caused – because the concept is applicable to what I see happening in broader terms as we pass into 2024, specifically as we see more automation tools being adopted across the enterprise, and as we see more AI functionality being released across all product types.
>> Book a personalized demo with our team of experts and see how Digibee’s iPaaS will bring efficiency to your business.
Is automation helping or hurting developers?
Last year, in my first annual prediction blog, I talked about the demand for tech talent to become more competitive, despite recent waves of layoffs at some tech giants that had caused a pool of experienced folks to suddenly be available. I believe this heightened demand for specialized experts in specific tech disciplines remains high, with evolving dynamics further impacting the situation.
The first evolving dynamic is the balance between centralized control of technology and federated empowerment of those outside of IT and development teams to create change and deploy technology with the help of IT. On one hand, centralized IT is the old way of doing business. Gone are the days when all technology requests – big and small – were submitted to an internal team and put into a queue. That creates backlogs, and ignores the host of tech advancements that enable users to act, to get done what they need to get done.
The other side of this coin is governance and oversight. The more tech that’s deployed outside of IT’s control, the more risk of security problems and tech sprawl that becomes uncontrollable, often poorly planned and executed. Are the end users trained in understanding security and data privacy, and the data protection implications of their actions? And what about checks and balances on technical debt? Do departmental teams understand the implications of integrating their technology to central applications and data sources in terms of versioning, performance impacts and other implications?
So, the balance lies somewhere in between. But that balance isn’t easy to strike. The pressure is on to transform, but also to continue to produce. Make no mistake, although we are empowering more teams, central IT is here to stay. But it doesn’t look or act like it did just a few years ago.
So, my first prediction is very similar to what I said last year: IT leaders will continue to struggle to hire and retain talent. The talent war remains real.
Technology leaders need to focus on two main things. First, they will need to figure out the ideal approach to federation and empowerment of other teams.
Second is empowering their own development teams – with the tooling and skills adoption to continue to produce in a changing environment. While the developer community has spoken with pushback on productivity for the sake of productivity, it’s all about enabling the right experience for developers to be successful.
The (gradual) rise of GenAI in 2024
As my colleague Rodrigo Bernardinelli points out in his 2024 preview blog, if you provide any sort of look at the coming year without mention of Artificial Intelligence (AI) in general – and GenAI in particular – you’re ignoring the proverbial elephant in the room.
I agree with Rodrigo’s perspective for the coming year, that major transformative applications of Generative AI are likely a few years away, but we will see more and more real, meaningful features and products come about in 2024. We haven’t yet reached a state of Artificial General Intelligence (AGI), but the transformation certainly is underway.
So here’s my prediction: 2024 is the year that we start to leave the experimentation phase and we start to see real examples of GenAI being applied for the enterprise.
I see the excitement of the potential of GenAI tempered by the need to understand the consequences. I’m not talking about doomsday scenarios that are discussed in the media and elsewhere, I’m talking about practical matters like privacy and data protection implications for those entering personal or customer data into these tools. Also, I’m talking about the ROI of investments in AI – how much time and budget are you spending, and what are the planned outcomes?
Ultimately, the AI winners – at least in the near term – will be those who are choosing GenAI use cases that amplify what are already differentiators for their businesses and in their products. Indeed, there are several outstanding AI-enabled software offerings that are being widely used by enterprises for use cases ranging from data science and predictive modeling to digital marketing and meeting note taking.
Worst case scenario is appearing to be a luddite like those caught off guard by the emergence of ChatGPT a year ago. Best case is a strengthening of your offerings without negative unintended consequences.
Here at Digibee, we’re laser focused on using AI to continually improve the experience of the developers and software engineers who use our platform. These are the folks who are most impacted by that tug-of-war between centralized IT control and the federated approach.
We’re using AI to help empower all developers to more easily build and maintain integrations, so the federation we empower is not across the entire organization, it’s across the skilled technology professionals who are qualified to be proficient, fast and responsible in this work.
What’s Digibee Doing in 2024?
At the start of this blog, I mentioned the recent article that prompted so many individuals in the developer community to defend how they choose to work, and how they prefer to be judged. As Digibee strives to remain the developer’s choice for integration, we hear this loud and clear.
We talk about developers caught in-between the bottleneck of centralized tech management and the sprawl of federated, end user technical empowerment. The Digibee Integration Platform is the flavor of tooling I described above – purpose-built to empower developers to abstract away complexity and unnecessary mundane coding to focus on more important tasks.
And this mission to empower developers is bolstered by practical applications of AI technology. For more on what we’re doing to make this happen, check out my last blog.
I highly encourage leaders of development and architecture teams to schedule a demo with Digibee and let us share our capabilities.