'Business folk often don't understand what developers do': Twilio boss on the chasm that holds companies back
- Reference: 1615973410
- News link: https://www.theregister.co.uk/2021/03/17/twilio_jeff_lawson_on_developers/
- Source link:
Lawson recently released a book called Ask your Developer , arguing that things haven't moved on. What inspired him write it?
[1]
"So much has been said about digital transformation," he told us, "but very little about the people who are doing the work of digital transformation, who are software developers. In most companies there's this big gulf between the business people and the developers... I'm a software developer myself, and also the CEO of a large public company, I've got a foot in both worlds."
The problem, he said, is that developers need to be brought in as partners within the business "as opposed to being just pigeonholed as code monkeys, if you will... the business folk often don't understand what developers do or how they do it."
[2]
The media represents developers as nerdy geeks, said Lawson, and this drives executives "to think of developers as like: 'They sit in a corner, we hand them product requirements, then somehow they do their geek stuff and turn them into code'."
[3]
Jeff Lawson, Twilio CEO and co-founder
In the best companies, "the business side shares the problems that customers need [solving] and that the business needs with the developers, and then [they] jointly come up with the solutions."
None of this is new. The 2001 [4]Agile Manifesto states as one of its 12 principles that "Business people and developers must work together daily throughout the project."
But Lawson told us the issue is now more pressing because of the changing role of IT. "Software has moved from the back office to the front office," he said. "It has become the thing that your customers see and use and interact with. Therefore it's the driver of your revenue and your profit, as opposed to a back office cost center."
Builder's brew
This leads on to a debate about one of the oldest questions in IT: buy versus build. "You can't just buy the same thing your competitors bought," said Lawson, "because if you do, by definition you're going to be undifferentiated in the eyes of your customers."
It's not "build versus buy," but rather "build versus die," Lawson said.
He is an advocate of build, then, but not altogether, because what he means by "build" is not opening a code editor and starting from scratch, but rather subscribing to cloud services and using them as components.
"What companies now buy is the infrastructure that enables them to build, the building blocks. By doing so it makes that task of building all the more easier," he said.
Like so many books written by CEOs, Lawson's one translates to "buy our stuff," since Twilio is a provider of this kind of component in the communications space. It is an approach that falls somewhere between owning your destiny via custom development, and buying fully-baked solutions.
He even embraces the idea of low-code and no-code, saying of the trend: "There is a whole category of business areas where we don't necessarily need developers writing custom code because it's a relatively straightforward workflow, or even if you need developers, they don't want to do things that are unnecessary, if someone else solved this problem."
Competition
Lawson talked about a cloud-based "supply chain for the digital economy" with Twilio filling in the communications piece. Not only that, Twilio is moving up the stack, with products like its Flex contact center, where the components are larger, more specialised and more expensive, making it quick to assemble a solution, but nudging more towards buy than build.
How will Twilio cope with rivals like Microsoft muscling in with its Teams-linked Azure Communication Services, or even AWS (where Lawson worked for a year as technical product manager in his pre-Twilio days), which has its own [5]Chime conferencing service and SDK that has recently expanded its scope?
IBM Cloud Satellite now available, 'rooted in Red Hat OpenShift,' says CTO [6]READ MORE
"We focus on customers and not competitors," said Lawson, echoing the mantra of AWS founder Jeff Bezos, [7]mostly . "The mistake that some companies make when a big company enters the market is to say 'We need a strategy to compete.'
"What are you doing? You are taking your eye off the ball, you're focused on the competitor, you're not focused on your customer... It's a big market: there's room for a lot of solutions in communications and customer engagement."
Despite this approach, what does Lawson think of Microsoft's recent introduction of [8]Mesh , adding virtual reality, or mixed reality, to conferencing and collaboration?
"It's super early in the cycle," said Lawson. "There's a breakthrough that we haven't had yet, because I don't think most people want to have a thing strapped to their face all the time."
Lawson told The Reg that products like Magic Leap, HoloLens and Oculus are "part of the process of discovery in the early stages of a market that is probably still a decade away... Once the infrastructure is there, where people do want AR or VR or MR in their lives, that's going to be an amazing time for developers to figure out how to fill the demand that creates."
Lawson's book is in part a thinly disguised pitch for what Twilio happens to offer, but his respect for developers is real. "Developers are not math geeks, rather they are a class of creative problem solvers," he said. "[They are] not digital factory workers." The Agile Manifesto appeared 20 years ago, but it seems this still needs to be said. ®
[9]
[10]Ask Your Developer is published by Harper Business, ISBN 9780063018297
Get our [11]Tech Resources
[1] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/front&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=2&c=2YFHhSlO6VWBJRXGr4PxtawAAANM&t=ct%3Dns%26unitnum%3D2%26raptor%3Dcondor%26pos%3Dtop%26test%3D0
[2] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/front&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=3&c=33YFHhSlO6VWBJRXGr4PxtawAAANM&t=ct%3Dns%26unitnum%3D3%26raptor%3Deagle%26pos%3Dmid%26test%3D0
[3] https://regmedia.co.uk/2021/03/16/true.jpg
[4] https://agilemanifesto.org/
[5] https://www.theregister.com/2020/11/30/aws_chime_sdk_gets_the/
[6] https://www.theregister.com/2021/03/01/ibm_cloud_satellite_now_available/
[7] https://www.theregister.com/2020/09/07/jedi_wars_aws_continues_to/
[8] https://docs.microsoft.com/en-us/mesh/overview
[9] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/front&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=4&c=44YFHhSlO6VWBJRXGr4PxtawAAANM&t=ct%3Dns%26unitnum%3D4%26raptor%3Dfalcon%26pos%3Dmid%26test%3D0
[10] https://www.askyourdeveloper.com/
[11] https://whitepapers.theregister.com/
Ah, yes, low-code and no-code. But will they be the Last One?
Why respect?
When you can buy in scrum teams and they fit neatly into your spreadsheet?
However I wonder why...
It's strange that so many online services only work on the latest client side systems. Just the other day I encountered a business critical portal that only works on the latest few (six weekly) versions of Firefox and is specified as not working on IE at all. This kind of restriction can only be bad for business, as it excludes potential customers and collaborators unless they're on the "constant update" treadmill. It's an increasingly prevalent trend and I really do wonder why it's been allowed to establish itself. One might legitimately infer that developers are coding solely for themselves, rather than for their client's customer base, particularly as many such system restrictive functions could often be implemented in much simpler and more universally accessible ways. It's almost as if complexity of implementation is commonly for its own sake.
skill & knowledge as a commodity
Business people, even if they have undergraduate degrees in the Sciences or Engineering and worked in those areas for a while, eventually tend to think of technical ability as a commodity. They don't get that even in technical businesses that are dealing with highly mature technology, some technical folks are better than others and it matters. Even if one has highly documented processes and great document control (and we all know how every company does - they have the ISO certs to prove it), if you don't keep a stable workforce and instead ramp headcount up and down as the short term winds blow, good luck competing against competitors who take a longer term view.
Brookes
You'd almost think no-one ever read 'The Mythical Man-month'.