{"id":264,"date":"2016-10-03T12:03:22","date_gmt":"2016-10-03T12:03:22","guid":{"rendered":"http:\/\/redmonk.com\/fryan\/?p=264"},"modified":"2016-10-03T12:03:22","modified_gmt":"2016-10-03T12:03:22","slug":"velocity-empathy-snafus-and-sharing-knowledge","status":"publish","type":"post","link":"https:\/\/redmonk.com\/fryan\/2016\/10\/03\/velocity-empathy-snafus-and-sharing-knowledge\/","title":{"rendered":"Velocity: Empathy, SNAFU\u2019s and Sharing Knowledge"},"content":{"rendered":"<blockquote><p>\u201cif you can do the human aspect you will always have a job in tech\u201d<\/p>\n<p>\u2013 <a href=\"https:\/\/twitter.com\/rachelchalmers\">Rachel Chalmers<\/a>, Velocity NYC 2016<\/p><\/blockquote>\n<p>We had the opportunity to attend <a href=\"http:\/\/conferences.oreilly.com\/velocity\/devops-web-performance-ny\">Velocity<\/a> in New York last month. Several clear themes emerged during the conference, and while there was a high degree of technical content at different points, the most important learnings were about people and the sharing of knowledge.<\/p>\n<h2>Empathy, People and Tools<\/h2>\n<p>Perhaps the most consistent thread that came through in the sessions we attended and conversations we had with attendees was that of tools augmenting and helping, but not being the primary focus. This was perhaps best summed up by <a href=\"https:\/\/twitter.com\/littleidea\">Andrew Clay Shafer<\/a> of <a href=\"http:\/\/pivotal.io\">Pivotal<\/a> during his keynote section on day two:<\/p>\n<blockquote class=\"twitter-tweet\" data-width=\"500\" data-dnt=\"true\">\n<p lang=\"en\" dir=\"ltr\">Principles &gt; Practices &gt; Tools &#8211; <a href=\"https:\/\/twitter.com\/littleidea?ref_src=twsrc%5Etfw\">@littleidea<\/a>  @ <a href=\"https:\/\/twitter.com\/hashtag\/velocityconf?src=hash&amp;ref_src=twsrc%5Etfw\">#velocityconf<\/a><\/p>\n<p>&mdash; Fintan Ryan (@fintanr) <a href=\"https:\/\/twitter.com\/fintanr\/status\/778963336385982464?ref_src=twsrc%5Etfw\">September 22, 2016<\/a><\/p><\/blockquote>\n<p><script async src=\"https:\/\/platform.twitter.com\/widgets.js\" charset=\"utf-8\"><\/script><\/p>\n<p>As a community DevOps understands the need for empathy, but understanding this need is not the same as helping to ensure empathy exists in teams and people work on addressing their various unconscious biases, in everything from hiring to their day to day behaviour.<\/p>\n<p>Two keynotes in particular, from <a href=\"http:\/\/conferences.oreilly.com\/velocity\/devops-web-performance-ny\">Rachel Chalmers<\/a> of <a href=\"http:\/\/www.unitive.works\/\">Unitive<\/a> and Katherine Daniels of <a href=\"http:\/\/etsy.com\">Etsy<\/a>, really hit home on these points. As we noted above Rachel highlighted just how important the human aspect of working in technology is, and the importance of being self-aware. If you are good with both people and technology, if you have empathy with others, you will never be out of work in this industry.<\/p>\n<blockquote class=\"twitter-tweet\" data-width=\"500\" data-dnt=\"true\">\n<p lang=\"en\" dir=\"ltr\">.<a href=\"https:\/\/twitter.com\/rachelchalmers?ref_src=twsrc%5Etfw\">@rachelchalmers<\/a> highlighting the damage of the manipulative corrosiverock star techie on teams &#8211; <a href=\"https:\/\/twitter.com\/hashtag\/velocityconf?src=hash&amp;ref_src=twsrc%5Etfw\">#velocityconf<\/a> &lt;&lt; amazingly important<\/p>\n<p>&mdash; Fintan Ryan (@fintanr) <a href=\"https:\/\/twitter.com\/fintanr\/status\/778593693200678912?ref_src=twsrc%5Etfw\">September 21, 2016<\/a><\/p><\/blockquote>\n<p><script async src=\"https:\/\/platform.twitter.com\/widgets.js\" charset=\"utf-8\"><\/script><\/p>\n<p>The world of the rock star techie is still all too common across the technology industry, and, sadly, is still very prevalent within open-source communities. That is not to say that other industries do not have similar problems, they do, but we see far too many gushing commentaries on then 10x or 100x engineer, focused solely on code, within the technology sector. Let us be pretty blunt about this, it doesn\u2019t matter how good someone is on a technical level, whatever the industry, being an asshole is never acceptable and is incredibly damaging to the wider team and organisation, no matter what the perceived short term benefits may be.<\/p>\n<p>During her keynote <a href=\"https:\/\/twitter.com\/beerops\">Katherine Daniels<\/a> also focused heavily on the need for empathy in organisations and delved into the need for both collaboration and affinity within teams and the wider organisation in her keynote. There was also a lot of focus on how a lack of diversity can stifle creativity \u2013 a pointed and accurate commentary on problems of homogenous and corrosive cultures.<\/p>\n<p>The\u00a0other area which Katherine spent time on during her talk was the tools aspect of DevOps. This is best summed up in her words<\/p>\n<blockquote><p>\u2018Tools reinforce culture.<\/p>\n<p>They do not replace it.<\/p>\n<p>Tools will not fix a broken culture.&#8221;<\/p><\/blockquote>\n<p>These are fifteen words to quote to the next vendor that tells you that their technological solution will fix everything in your organisation, cause digital transformation and make you vastly more productive without any substantive change elsewhere.<\/p>\n<h2>Technology at Scale \u2013 USDS<\/h2>\n<p>The potential of properly applied technology on to transform government around the world is well understood. However, to say the experience in most parts of the world is poor would be very polite. A combination of vested interests from vendors, consultancies, systems integrators and advertising dependent media consistently belittle the transformation efforts which are slowly taking place.<\/p>\n<p>In spite of this we have the emergence of specific cross departmental digital functions in government, from <a href=\"https:\/\/gds.blog.gov.uk\/\">GDS in the UK<\/a> to <a href=\"https:\/\/www.dto.gov.au\/\">DTO in Australia<\/a> and <a href=\"https:\/\/twitter.com\/fintanr\/status\/780713836433244160\">others around the world<\/a>. The US has the <a href=\"https:\/\/www.usds.gov\/\">USDS<\/a>, and one of the most interesting talks during Velocity was from Mikey Dickerson of the USDS.<\/p>\n<p>Now it must be said that all of these organisations have a proverbial mountain to climb in their respective countries, and the change is slow and gradual. But it is occurring. It will take time, the level of cultural change required is huge, as is creating the required sense of urgency and ensuring the relevant buy in at senior levels. Even on saying this, there is an awareness growing at the top levels of government around the world that the status quo with technology cannot continue.<\/p>\n<p>The USDS uses three major criteria to evaluate projects which people should keep in mind when thinking about IT and government scale.<\/p>\n<ul>\n<li>The greatest impact for the greatest number of people<\/li>\n<li>Likelihood of success<\/li>\n<li>Ability to scale across government<\/li>\n<\/ul>\n<p>A huge focus for USDS is making the customer experience far simpler and consistent across multiple different agencies. While Mickey felt that \u2018this is not innovation, it is basic well known technology applied well\u2019, I would respectfully disagree. Improved user experience and flow improvements are innovations, just a different type of innovation. We spend a lot of time talking about the importance of packaging, design and experience here at RedMonk, and the work of applying technology well falls squarely into that box.<\/p>\n<p>The<a href=\"https:\/\/www.oreilly.com\/ideas\/two-years-of-the-us-digital-service\"> full video of the talk<\/a> is well worth 20 minutes of your time, but if you only watch one section, watch the user experience video about five minutes in.<\/p>\n<h2>Sharing Knowledge: Uber<\/h2>\n<p>Uber\u2019s <a href=\"https:\/\/twitter.com\/sh1mmer\">Tom Croucher<\/a> gave a frank and honest talk on site reliability and some rules they now apply in Uber in his talk \u2018Don\u2019t gamble when it comes into site reliability\u2019.<\/p>\n<p>Their four rules are, as rules such of this always are, deceptively simple on paper<\/p>\n<ul>\n<li>Always know when its broken<\/li>\n<li>Avoid global changes<\/li>\n<li>Moving traffic is faster than fixing<\/li>\n<li>Make your mitigation normal<\/li>\n<\/ul>\n<p>Tom also gave us a wonderful new alternative definition of the <em>CAP theorem: Can A client Proceed<\/em>.\u00a0 Which when it really comes down to it is all that a business wants to ensure.<\/p>\n<p>Now to me the most important of these particular rules is that of making mitigation normal. Testing and retesting all of your mitigation strategies and plans on production systems at peak loads is something that needs to be part of your everyday process.<\/p>\n<p>This is far from a trivial thing to implement, and more importantly to get buy in for. As we have noted several times recently the ability of an organisation to rethink its appetite for risk is key to transforming to new ways of using technology. In the world of cloud native companies this kind of thinking is second nature, but for many traditional IT functions the idea of running something like a switch between data centres during peak hours on a regular basis is beyond their ability to even contemplate, never mind implement.<\/p>\n<p>Once again we come back to the need for cultural change.<\/p>\n<h2>ChatOps and Conversational Interfaces<\/h2>\n<p>As we have recently noted <a href=\"http:\/\/redmonk.com\/fryan\/2016\/09\/27\/the-rise-of-the-helpful-operational-bots-chatops\/\">ChatOps is emerging as an additional tool<\/a>\u00a0in the armour for DevOps teams, and eventually for the wider business. \u00a0As a theme it came through loud and clear throughout the conference, and one of the most interesting demos was a voice interface using <a href=\"https:\/\/developer.amazon.com\/alexa\">Amazon Alexa<\/a> given by <a href=\"https:\/\/twitter.com\/AloisReitbauer\">Alois Reitbauer<\/a> of <a href=\"http:\/\/dynatrace.com\">Dynatrace<\/a>.<\/p>\n<p>What made this demo far more interesting was the incorporation of machine learning with the data, to create a <a href=\"http:\/\/redmonk.com\/jgovernor\/2016\/09\/07\/conversational-iot-sup\/\">conversational interface<\/a> for business users. We will see more and more of this type of interface developing over the coming years.<\/p>\n<blockquote class=\"twitter-tweet\" data-width=\"500\" data-dnt=\"true\">\n<p lang=\"en\" dir=\"ltr\">The big thing: auditing &amp; <a href=\"https:\/\/twitter.com\/hashtag\/chatops?src=hash&amp;ref_src=twsrc%5Etfw\">#chatops<\/a> being mentioned by <a href=\"https:\/\/twitter.com\/kuthiala?ref_src=twsrc%5Etfw\">@kuthiala<\/a> <a href=\"https:\/\/twitter.com\/hashtag\/velocityconf?src=hash&amp;ref_src=twsrc%5Etfw\">#velocityconf<\/a> &lt;&lt; this is one of the huge, huge selling points of <a href=\"https:\/\/twitter.com\/hashtag\/chatops?src=hash&amp;ref_src=twsrc%5Etfw\">#chatops<\/a><\/p>\n<p>&mdash; Fintan Ryan (@fintanr) <a href=\"https:\/\/twitter.com\/fintanr\/status\/778588004394958850?ref_src=twsrc%5Etfw\">September 21, 2016<\/a><\/p><\/blockquote>\n<p><script async src=\"https:\/\/platform.twitter.com\/widgets.js\" charset=\"utf-8\"><\/script><\/p>\n<p><a href=\"https:\/\/twitter.com\/kuthiala\">Ashish Kuthiala<\/a> \u00a0gave us some insights into how <a href=\"http:\/\/hpe.com\">HPE<\/a> are using ChatOps to help with collaboration in a globally distributed team. This type of increased collaboration and sharing among teams is one of the more interesting aspects we see with ChatOps. Many big vendors are using ChatOps in this type of manner already, but they are yet to really figure out how to create product offerings around this emerging trend.<\/p>\n<h2>SNAFU Catchers<\/h2>\n<p>One of the more interesting peeks into the future was the SNAFU catchers talk, including perhaps the nerdiest networking joke you could ever do, where <a href=\"https:\/\/twitter.com\/allspaw\">John Allspaw<\/a>\u00a0and <a href=\"https:\/\/twitter.com\/zperkov\">Zoran Perkov<\/a> demonstrated TCP and UDP.<\/p>\n<p>The <a href=\"http:\/\/www.snafucatchers.com\/\">SNAFUcatchers<\/a> project bills itself as a \u2018Consortium for Resilient Internet-Facing Business IT\u2019, a place where lessons can be shared and learned from by the wider community. As everyone in an ops role in a traditional enterprise knows, when things go well, no one notices \u2013 its only when things go wrong that the rest of the business sits up and takes notices. \u00a0The cloud native companies understand the importance of ongoing operations, and the discussion during the session touched on how to inform the wider business.<\/p>\n<p><a href=\"https:\/\/twitter.com\/ri_cook\">Richard Cook<\/a> and <a href=\"https:\/\/complexity.osu.edu\/people\/woods.2\">David Woods<\/a> of Ohio State University are leading the project, and given their respective backgrounds they will definitely inject some different thinking into how we perceive DevOps. Now I for one love to see cross disciplinary work, particularly where insights from medicine are included.<\/p>\n<p>The founding sponsors\/partners of SNAFU Catchers are IBM, Etsy, IEX and O\u2019Reilly and it will be very interesting to see how this project evolves over the coming year. \u00a0More details will emerge on the SNAFU Catchers website, with the <a href=\"http:\/\/www.snafucatchers.com\/about-our-name\">history of SNAFU and SANFUcatchers<\/a> being well worth a read.<\/p>\n<p><strong>Disclaimers<\/strong>: O\u2019Reilly provided my ticket for Velocity. Pivotal, Amazon, IBM and HPE are current RedMonk clients.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>\u201cif you can do the human aspect you will always have a job in tech\u201d \u2013 Rachel Chalmers, Velocity NYC 2016 We had the opportunity to attend Velocity in New York last month. Several clear themes emerged during the conference, and while there was a high degree of technical content at different points, the most<\/p>\n","protected":false},"author":40,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-264","post","type-post","status-publish","format-standard","hentry","category-uncategorized"],"jetpack_featured_media_url":"","_links":{"self":[{"href":"https:\/\/redmonk.com\/fryan\/wp-json\/wp\/v2\/posts\/264","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/redmonk.com\/fryan\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/redmonk.com\/fryan\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/redmonk.com\/fryan\/wp-json\/wp\/v2\/users\/40"}],"replies":[{"embeddable":true,"href":"https:\/\/redmonk.com\/fryan\/wp-json\/wp\/v2\/comments?post=264"}],"version-history":[{"count":0,"href":"https:\/\/redmonk.com\/fryan\/wp-json\/wp\/v2\/posts\/264\/revisions"}],"wp:attachment":[{"href":"https:\/\/redmonk.com\/fryan\/wp-json\/wp\/v2\/media?parent=264"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/redmonk.com\/fryan\/wp-json\/wp\/v2\/categories?post=264"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/redmonk.com\/fryan\/wp-json\/wp\/v2\/tags?post=264"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}