Matteo Emili, Author at Microsoft Industry Blogs - United Kingdom http://approjects.co.za/?big=en-gb/industry/blog Thu, 10 Feb 2022 19:47:19 +0000 en-US hourly 1 A few more mistakes happening in the DevOps world http://approjects.co.za/?big=en-gb/industry/blog/technetuk/2021/10/12/a-few-more-mistakes-happening-in-the-devops-world/ Tue, 12 Oct 2021 14:00:37 +0000 Microsoft MVP Matteo Emili talks about four more common mistakes that are made when approaching DevOps, and what considerations you should be making.

The post A few more mistakes happening in the DevOps world appeared first on Microsoft Industry Blogs - United Kingdom.

]]> An illustration depicting a modern workplace, next to an illustration of Bit the Raccoon.

As a follow-up from the original list, there are so many more pitfalls and problems that you can find yourself into when approaching DevOps. The first list summarised the most common issues and misconceptions faced when a team or an organisation starts the journey, however these are common mistakes teams do when already up to speed.

“We are doing DevSecOps now!”

What happened to DevOps? There is no need to add a Sec label to DevOps. Implementing security practices should happen in the fabric of the organisation, not just tacking on a few tools in your CI/CD pipelines. Adding a code scanner or a SAST toolkit will not automatically provide extra value, but rather create unexpected impediments for established teams.

The right way of approaching this complex problem is by analysing how the security best practices you want to implement can be translated in the actual development process, building a common buy-in. Once a shared direction is agreed you will be able to reap benefits very quickly because the team would be prepared for the ongoing change.

“Pull Requests are just for developers”

Wrong! Simply put, Pull Requests are one of the earliest enforceable quality gates you can have. Remember, the sooner you can find a bug the cheaper it is to fix – a PR is not only a review, but also a place where only code considered “ready” should land.

“There is no planning in DevOps, everyone just keep moving”

This is a big red flag in my view. If you are already part of a modern development team, you would have noticed that planning doesn’t strictly apply to a practice that strives by the word “automation”. However you could say that planning in DevOps is continuous, because it stems from Agile practices where you are continuously planning and re-planning work. You will never be in a position where things are unplanned.

“In order to start doing DevOps at company-scale we need a centre of excellence”

Why would you need a CoE if you are already practicing what you want to scale out? A CoE is a great support, but it’s not strictly a prerequisite of enterprise-grade adoption. The easiest way to get this effort going would be to align and involve multiple interested teams so that they can see first-hand the value generated and delivered by DevOps.

The next step is cultural adoption, and you can use a similar approach to the first one for the ongoing evolution. Remember to keep transparency and accessibility at the top of the priorities so things will never be stuck due to communication issues.

 

Learn more

The post A few more mistakes happening in the DevOps world appeared first on Microsoft Industry Blogs - United Kingdom.

]]> The five most common mistakes approaching DevOps http://approjects.co.za/?big=en-gb/industry/blog/technetuk/2021/10/05/the-five-most-common-mistakes-approaching-devops/ Tue, 05 Oct 2021 14:00:10 +0000 Microsoft MVP Matteo Emili talks about the five common mistakes people might make when approaching DevOps, and what considerations you should be making.

The post The five most common mistakes approaching DevOps appeared first on Microsoft Industry Blogs - United Kingdom.

]]> An illustration depicting a modern workplace, next to an illustration of Bit the Raccoon.

I’ve been using DevOps for a few years now and I love debunking myths and making things clear about it – after all, there was no agreed upon definition of DevOps for many years. With that in mind, here are the five most common mistakes I have heard from people approaching DevOps:

“…from now on, DevOps all the things!”

This is the most common mistake people make when approaching DevOps, courtesy of the enthusiasm brought by it. This kind of drive is usually detrimental, because DevOps often brings a huge change in how an organisation works. This cannot be executed in just one giant step, and instead must be diluted over a longer period of time. Calm down folks, and stick to a plan starting with the basics: having end-to-end control of the pipeline, automate as much as is possible, and focus on delivering value.

“So DevOps is basically Scrum!”

DevOps isn’t Scrum, or any other methodology either. DevOps itself is not a methodology at all, but rather a collection of best practices to bring value to the customer – whoever this is – in a repeatable and predictable way, while also leveraging technology and processes – whatever those are – in the process. You can cherry pick what you like and what you know is going to work, as there is no strict boundary to what is and isn’t DevOps and experimenting to find the right balance to suit your specific requirements is essential.

“DevOps is the silver bullet which is going to fix everything!”

DevOps is purely about people. Automation, Infrastructure as Code, these are all technologies and they can be applied everywhere in any way. The Phoenix Project is crystal clear with this: what really matters is how people deliver their stuff, knowing it inside and out. DevOps isn’t about tools or technology, it is all about how people work together.

“It is just for new technologies and rock stars / my team cannot do DevOps”

Given the countless ‘DevOps for mainframe professionals’ whitepapers around I would reply with a firm “no!” to the first statement. Also, the other way around is true as well: there is no impediment in DevOps itself for any team. It is also worth mentioning that doing DevOps doesn’t mean going full-blown with a large scale deployment of new, complicated and expensive tools. It is just about how the problem is approached and how the best practices are applied – focusing on the value with something that works for us.

“There is no need for testing in DevOps”

This is starting to come up too often for my taste. Testing is not only extremely important, it is actually embedded into the process. It doesn’t mean ‘developers do QA’, it means ‘developers and QA professionals work together to ensure a certain quality bar for the product from different point of views’. Again, it’s a focus on the people.

So, how do we avoid these mistakes? Let me be clear: there is no Implementing DevOps guide step-by-step, as every case has its peculiar requirements and perks. You cannot standardise what has worked elsewhere (with different tools, different mindsets, different groups and different people) but you can definitely learn from other people’s experiences. Also, I suggest always getting the basics right and in small steps: work together, find a stable way of regularly delivering value to the customer, automate what you do, don’t be dependent by manual interactions, approach the Minimum Viable Product mindset so you can quickly and iteratively build smaller portions of your ideas to be immediately validated by the customer. There might not be a silver bullet, but there are definitely tried-and-tested scenarios out there.

 

Learn more

The post The five most common mistakes approaching DevOps appeared first on Microsoft Industry Blogs - United Kingdom.

]]>