Build, protect and deploy apps across any platform and mobile device
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
Automate decision processes with a no-code business rules engine
Build mobile apps for iOS, Android and Windows Phone
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
It's pretty well accepted that business agility is the holy grail of SOA. And most people agree that strong (SOA) governance is a key requirement for an effective SOA infrastructure. So, why am I here telling you that governance is a barrier to business agility?
Historically, strong controls have always been a barrier to agility... and the business finds ways around those barriers. Is the mainframe too tightly controlled by IT to get your job done? Why not move to client/server. Are the client/server deployments are too tightly controlled by IT? Why not move to building situational business apps in Excel. You can, of course, see the exact same pattern emerging between SOA and the move to Web 2.0.
Governance and other forms of IT control almost, by definition, stifle innovation. Why? Because innovation is about thinking outside the box, whereas governance is about defining the box that you're not allowed to think outside. Since innovation goes hand-in-hand with agility, if you stifle innovation, you limit agility.
Of course, I'm definitely not arguing that you follow the "wild wild west" deployment model in your IT organization. What I am advocating is that you carefully think about how and where you want to allow innovation (and thus optimize agility) and ensure that your governance is extremely flexible in these areas. Where you don't need innovation, you can put stricter SOA governance controls in-place.
Let's try and put this into practice. In many cases, it's safe to assume that innovations will come via the creative use of exiting services, not from creating services themselves. If you believe this is true for your organization, you should put more governance controls around service creation, but severely limit the controls that are put around service use. How you do this, without losing control altogether, I'll leave to a follow-up post.
View all posts from dan foody 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.