Deliver Awesome UI with the most complete toolboxes for .NET, Web and Mobile development
Automate UI, load and performance testing for web, desktop and mobile
Rapidly develop, manage and deploy business apps, delivered as SaaS in the cloud
Build, protect and deploy apps across any platform and mobile device
Automate decision processes with a no-code business rules engine
A complete cloud platform for an app or your entire digital business
Deploy automated machine learning to accurately predict machine failures with technology optimized for Industrial IoT.
Optimize data integration with high-performance connectivity
Connect to any cloud or on-premises data source using a standard interface
Build engaging multi-channel web and digital experiences with intuitive web content management
So far I have been sitting on the sidelines and following my blogger colleagues fairly regularly in an effort to understand (and agree or not) with their mindset, which blogging is ultimately meant to do.
However, I could not pass up the opportunity that my esteemed colleague and prolific blogger David Bressler has extended me in his post “On Roadmaps and Future Product Features…” (thanks for introducing me David!).
David’s stance on the question he raises, “What problem does a product strategy solve?”, is fundamental and one which I would like to build upon in my debut into blogging.
What drove me was a very interesting experience I personally had last year during a seminar I was attending from Pragmatic Marketing Research; There was a small workshop-type exercise in the seminar whereby each attendee was invited to describe a customer problem situation that they had or were currently facing, which would have ultimately resulted in formalizing a requirement. Like many product managers, most of them (including me) came from an engineering background, with a very technologically driven perspective on problem-solving, especially in software.
As the exercise proceeded, most attendees took turns describing their customer situations with technologically rich details with a lot of insight on how to solve them. More often than not, I kept on hearing the instructor’s comment after each presenter:
"…but what is the problem that you are solving, never mind what technology you will use? ... don’t tell me how to solve the problem… describe me the problem you expect to have solved…"
This went on for several iterations. The one that stuck on my brain up to this point was:
"…describe the problem in such a way that your grandmother would understand…"
Although, in my opinion, it might be pushing it a bit for my grandma to understand problems that SOA is expected to solve, since then I have come to develop a true appreciation to simply and properly describing a problem. Once it is clearly understood, then technology (SOA or otherwise) can readily be applied in solving it and solving it well.
SOA What? In listening and hearing myriads of so-called requirements from the people in the field (customers, prospects and sales folks) all greatly in tune with SOA infrastructure themselves, it makes a lot of sense to take a step back--albeit for a minute--and examine what problem are we solving and describe it in a technology-agnostic way, as much as possible. Believe me, it not as easy as you might think…
View all posts from Vasco Kollokiam on the Progress blog. Connect with us about all things application development and deployment, data integration and digital business.
Copyright © 2017 Progress Software Corporation and/or its subsidiaries or affiliates.
All Rights Reserved.
Progress, Telerik, and certain product names used herein are trademarks or registered trademarks of Progress Software Corporation and/or one of its subsidiaries or affiliates in the U.S. and/or other countries. See Trademarks for appropriate markings.