given targets that are achievable too.<\/a><\/p>\nKris Saxton, founder and CEO of Automation Logic, noted that often, organisations do not measure work. On the topic he says: “Those that do are generally measuring what is easy to measure and not what is actually related to the outcome they want. In most cases, there are a very small number of metrics that really matter and most people aren’t measuring those at all.”<\/p>\n
One solution his company has is to offer is dashboards that show in real-time how well the engineers are doing. The dashboards also show how well the web pages are doing and the success of the employees work.<\/p>\n
If any of the pages are having issues or not reaching targets, the creators are informed as to what they can do to improve the situation before it gets worse.<\/p>\n
Give engineers responsibility.<\/h4>\n According to Computing.co.uk, the speakers at the event added that one way to ensure the smooth running of an operation was to make the engineers in charge of their own work.<\/p>\n
“Trust your engineers, but make them responsible for the outcome,”\u00a0said a CISO of a major industrial company.<\/p>\n
“DevOps, like Agile, is often accused of being devoid of governance. There’s a huge responsibility on leadership to ensure that teams are moving towards the goal, to support and facilitate where that’s not happening (rather than ‘assure’ and whip), and also to make decisions to ‘kill’ or ‘pivot’ when the data suggests your hypothesis is wrong.” The CISO continued to say.<\/p>\n
Companies can sometimes miss the essence of what DevOps is<\/h4>\n One CIO at the dinner spoke of how companies only tend to realise that something is missing when a problem drastically occurs.<\/p>\n
Speakers also discussed how this type of failure leads to a method of \u2018learning from mistakes. Which should be adopted to reach success in DevOps.<\/p>\n
“You’ve got to have people willing to fail and to fail often – but they’ve also got to learn from those failures.” Suggested a chief architect for another financial company.<\/p>\n
A lot can be said about a team<\/h4>\n Optimising team work can be lesson number one for any company to succeed. At the dinner, Saxton spoke of how a team should not be afraid to rely on each other. He also said that heads of companies should take their time in choosing members of a team.<\/p>\n
“As we move to more loosely-coupled architectures, teams need to be aware of their inter-dependencies with other services and to be able to continue to function in the event that those services or not available or degraded,” says Saxton.<\/p>\n
He continued, “Front loading that effort meant that the team now works well together and therefore sticks together,”<\/p>\n
The Automation Logic CEO added that in his company, there was a very low turn-over rate.<\/p>\n
Saxton re-iterated the value in a good team by saying, “All of the problems we solve are bigger than any one person, especially in enterprise settings. It’s more important that an engineer can collaborate than try and put out the world’s fires on their own.”<\/p>\n
<\/p>\n
<\/p>\n","protected":false},"excerpt":{"rendered":"
The speakers at Human Centric DevOps Transformation, a dining club hosted by Computing.co.uk, gave attendees advice on the success and set-backs of what makes DevOps work. At the event in London, IT leaders gave key pieces of information when it came to using DevOps in a company. Keep systems up-to-date Although this may seem like…<\/p>\n","protected":false},"author":45,"featured_media":19140,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"content-type":"","pmpro_default_level":"","footnotes":""},"categories":[2],"tags":[67,3371,3372,83,1138],"yoast_head":"\n
Industry leaders: how to optimise DevOps - DevOps Online North America<\/title>\n \n \n \n \n \n \n \n \n \n \n \n \n\t \n\t \n\t \n \n \n \n \n \n\t \n\t \n\t \n