<http://schema.org/articleBody>
"Jim Franklin is the CEO of SendGrid.\r\n\r\n\r\n\r\nDevelopers are accustomed to using SaaS, cloud and developer-friendly tools to build and scale new products quickly. They are extremely flexible in their use of emerging technologies, which often comes in stark contrast to the adoption of such technologies at a CIO-level in large enterprises.\u00A0\r\nConsequently, we are now seeing an emerging tension point between developers and CIOs, which is shifting the CIOs\u2019 ability to be the driving force for innovation and change within their business. This is a risk for CIOs who don\u2019t adapt, especially given that developers are fast becoming the bedrock of IT innovation today and their numbers are growing: the total developer population worldwide is expected to grow from 18.2m today to 26.4 million in 2019, according to Evans Data Worldwide. \u00A0\u00A0\r\nDevelopers that work in large enterprises should be considered the internal engine of innovation to the companies they work for. However, it is regretfully the case that IT budgets remain relatively flat and more often than not the developers are being asked to quarterback new projects that deliver competitive advantage.\r\nThe new era of the developerisation of IT is well underway and much like its predecessor, the consumerisation of IT, \u00A0it\u2019s all about making stakeholders\u2019 - in this case the developers\u2019 - lives easier by giving them more flexibility to focus on producing great apps and delivering valuable IP.\r\nTo fully unleash the power of developer-led innovation, CIOs and IT teams can follow a set of developer-centric guidelines.\r\nRule #1: Arm developers with the efficiencies of the public cloud\r\nThe public cloud offers developers access to scalable, flexible infrastructure so that they can use only what they need and rapidly scale as needed. \u00A0There\u2019s no need to reinvent the wheel by building servers, storage and services on your own.\r\nThis will shave precious time off of project schedules, reduce time to market and lower costs significantly.\r\nRule #2: Embrace the new breed of enterprise developer marketplaces\r\nGive developers access to more tools that are enterprise-ready. An emerging set of marketplaces from Windows Azure, Heroku and Red Hat provide a variety of new tools and services to ramp up application development productivity.\r\nRule #3: Remove the barriers of long term contracts\u00A0\r\nThe nature of application development can be very transitory at times. Developers may need one service or tool one day and then pivot on to something else the next.\r\nMake the process of using different tools and vendors frictionless for them. Long term contracts impede this since approvals are needed from procurement or legal and this can draw out the process.\r\nRule #4:\u00A0Recognize that developers speak their own language\r\nIf you want to effectively communicate with developers, either to attract talent, project manage or target them for sales, you need to consider the alternative channels of communication they\u2019re most comfortable with. This can be, for example, user forums, hackathons or social media.\r\nOnce the right channel has been identified, tailor your messages so that they resonate with this highly technical audience.\r\nRule #5:\u00A0Allow developers to experiment freely, but put some controls in place\r\nDeploy API management solutions and monitoring tools so that IT departments can have a window into what traffic is flowing through the network and ensure that appropriate security measures are taken into account.\u00A0\r\nRule #6: Encourage developers to build apps that are platform agnostic\r\n\r\nRather than building for the Web and then adding a mobile extension later, developers should keep this in mind at the start of the app development process.\r\nIf an application has a physical aspect to it, developers should be encouraged to define, deploy, communicate and manage the IoT application in a scalable fashion from the start.\r\nRule #7: Provide developers with a collaborative, creative outlet for their own projects\r\nAppreciate that developers have a thirst for knowledge and an inherent desire to share new tools, hacks, shortcuts and passion projects with their peers. Give them time and space to do this at work either through internal hackathons, brown bag lunches, or some other method and they\u2019ll make for a much happier bunch.\r\nPlus, some of these ideas may end up in your products. Gmail, AdSense, and Google Talk (now Hangouts), for example, all started as side projects of Google employees.\r\nRule #8: Set standards for coding in RESTful, modern APIs\r\nIssuing a set of best practices related to usable standards like REST will allow developers to build applications that access and act upon data exposed via APIs. REST also makes it easy for humans to understand what's being exchanged while allowing computers to talk to one another efficiently.\u00A0\r\nRule #9: Embrace the hacker/maker culture\u00A0\r\nHackers are the technical tinkerers who use unorthodox means to build creative solutions to address the challenges and inconveniences of everyday life.\r\nThis is a societal movement that IT professionals should recognize and leverage to their and everyone\u2019s advantage. Whether it\u2019s through learning to code, hacking hardware, or simply involving developers in the decision-making processes.\r\n Following these guidelines is the first step to unleashing the power of innovation. Importantly, any IT department looking to ride the wave of developer-led innovation needs to embrace a cultural change, which is by no means an easy win. It necessitates a longer-term fundamental change in mentality towards hacker culture, but if managed effectively, CIOs will reap the rewards."^^<http://www.w3.org/2001/XMLSchema#string>
<http://thenextweb.com/dd/2014/07/06/cios-can-adapt-embrace-developer-led-innovation/>