Developer Experience : What art thou?

Developer Experience : What art thou?

You have seen this play out a million times before slow pace of software development cycle, endless meetings to define the perfect set of use-cases, and then the first MVP comes. All this time, your sales team keeps customers enamored with marketecture, slideware, and some slicing and dicing of road maps to present something they think the customer wants to see.

The decision makers that commiserate with you, patiently waiting for your solution to develop and be deployment ready are on verge of extinction. They are being replaced by the ones who are on the hook to keep their businesses running under strained budgets, all the while restless to solve their immediate problems and eager to participate in providing the requirements for the product they will own & deploy.

This is the active and engaged decision maker, influencer and customer that shares their success outcomes with you and expects you to enable theirs- in real time.

The amplifying effect it has on companies making these product offerings is to move at a faster pace more than ever to make it happen, it’s not a far fetched world when your replacement is just a Google search away.

The days of coercive monopolies are well and truly behind us in today’s world of aware customer with monotonically increasing sequence of expectations.

 

I started thinking about this deeply when I was chartered to roll out the internal Developer experience (DevX) in our organization. So what is the most critical resource in development organizations today? Talent you might say, leadership others might say. Product direction, Strategy, Customer insights...Yes, all of the above have a role, but the most critical resource in today's teams developing software products is the developer's time, it needs to be guarded with the same zeal as you guard your product.

With that thinking, my goal of DevX is all about enabling the developer-- providing tools, methods, and procedures to ease the life of your developers followed by requirements to the developers to have products which are API ready. DevX tools need to go the extra mile to work and remove obstacles so that you get untapped productivity gains that were not possible before.

Similar to how agile software development have to adapted to the needs of organization,so will be the case with Developer Experience.

These tools need to optimize available infrastructure and provide it for frictionless consumption on demand.With the advent of 'Software Clusters for the future', the building of the developer experiences will lead the pace of innovation that your developers can unleash on to your customers.

Over the years, IDE's have played an important role in enhancing developers productivity.The DevX tooling needs to be made part of the same IDE to make sure the gains to be extracted are available to the developers within their preferred environments.

A Customer Centric strategy has to be followed closely by a Developer Centric culture for every product team that wants to be on the path of customer penetration.

In closing, while you can do a lot to improve your product teams processes, improving your customer insights, hire and retain the best talent- the single most important investment you will make will be in your developers time. Enable them to be ultra productive and prioritize their time like you prioritize your executive’s time and the products will come out exceeding all benchmarks- and the customer experience will be excellent.

Being new to this I am eager to learn more from you and your experiences in this area. Am open to buying you a coffee for a healthy conversation around this topic.Feel free to ping me at vibhu.pratap (at) gmail.com


PS: On a side note, this is another picture we had prepared for the blog, would love to get some feedback on which one in your opinion is better.

PPS: Thanks to my friend Jason for helping with the design pic for the blog and Romil Khansaheb for proof reading the blog.

Anand Beedi

Defining, Building and Driving Network Automation solution.

7 年

IMHO, the Q "Developer Experience " should have a larger context. IDE can play an important role in day to day activities of a Developer but not necessarily in getting a product faster to market. For me the Q is, How can a Developer Experience be used to reduce time to market? Should an developer be given exposure to market? Should a developer has say in what goes in the product? On Lighter Note, we need a 3rd picture for the blog 1. Past 2. Present 3. Future

Santos Das

Director, Advertising Tech at Walmart

7 年

Well thought off

回复
Anand Vithalani ( [email protected] )

Solution Architect, Consulting: State Judicial, United Healthcare, TESLA, State Govt, CiscoVeritas

7 年

You hit the nail, correctly. You covered all three area's (Product, Process, People). The product vision when streamlined well with processes (like Agile etc) than the remaining area is providing people all the tools required to optimize the outcome.

要查看或添加评论,请登录

Vibhu Pratap的更多文章

  • The Pleasure of Small Discoveries: A Feynman-Inspired Approach to Learning

    The Pleasure of Small Discoveries: A Feynman-Inspired Approach to Learning

    "The prize is in the pleasure of finding the thing out, the kick in the discovery." - Richard Feynman's words perfectly…

    7 条评论
  • From SOA to AI: Why Your Next AI Architecture Should Think Like Microservices

    From SOA to AI: Why Your Next AI Architecture Should Think Like Microservices

    The Hidden Parallel Between Yesterday's Service Architecture and Tomorrow's AI Systems Remember when we broke down…

    7 条评论
  • ChatGPT: Your Personal Tour Guide through the Land of Sentiment Analysis

    ChatGPT: Your Personal Tour Guide through the Land of Sentiment Analysis

    ChatGPT, the revolutionary AI language model developed by OpenAI, has left me in complete awe with its uncanny ability…

    8 条评论
  • Delayed Learnings

    Delayed Learnings

    The last six months of shelter in place has provided me with an opportunity to think clearly about my professional…

    15 条评论
  • Self Driving Software Stack

    Self Driving Software Stack

    About a year back, while jostling with the complexity of integrating multiple open source software, I had put the…

    1 条评论
  • Multi-cloud Formation Template

    Multi-cloud Formation Template

    The advent of Infrastructure as code has streamlined the first step of operations, orchestrating the infrastructure, to…

  • Unfinished thoughts from the year

    Unfinished thoughts from the year

    Paul Cézanne, a French artist and Post-Impressionist painter, once said: “Finishing things is a goal for imbeciles.”…

    3 条评论
  • Twelve Labors for a Software Leader

    Twelve Labors for a Software Leader

    The Twelve Labours of Hercules are a series of episodes concerning a penance carried out by Hercules, the greatest of…

    2 条评论
  • Future on the Edge

    Future on the Edge

    John Hagel, one of the foremost strategists of our time, runs a fascinating blog called The Edge Perspective. One of…

    6 条评论
  • Bookending Ambiguities

    Bookending Ambiguities

    I am a dreamer and an optimist -- in short, I have many ambitions. If you are like me, you’ll have your own bucket…

    2 条评论

社区洞察

其他会员也浏览了