Skip to main content

Posts

Showing posts with the label DevOps

Shifting Sands - Minimum Viable – What is it Really?

For high performing IT providers, the sands are shifting. If you are getting certified in ITIL 4 , DevOps , or Agile Service Management you hear that we have to “Think BIG and ACT small!”. Minimum Viable Products and Minimum Viable Processes (MVP) are on the move. Historically, IT organizations delivered products and processes into production with huge batch runs or the big bang approach. This method is fraught with issues, escalations, and constant firefighting. These large releases are tightly managed, governed from the highest levels, and require participation from all parts of the organization. The days of large batch runs that take months to create and war rooms staffed 24×7 for weeks before and after the release, have given way to small incremental deployments. In comes Minimum Viable Products/Processes:  High performing organizations know that deployments that deliver value to the consumer fast are required. The idea is not to stage, stage, stage until you have a huge b...

ITIL® 4 Service Value System and DevOps

The Service Value System (SVS) and Service Value Chain as indicated in ITIL 4 Best Practices give you the big picture macro view that should be the start of every DevOps Pipeline . Without it, you could get swept into the undercurrent and potentially focus too much effort or misdirect resources towards the technical and automation aspects of continuous integration and continuous delivery (CI/CD).  Components of the SVS include:  The ITIL4 Guiding Principles, Governance, The Service Value Chain, Practices, and Continual Improvement. A Service Value Chain and Value Stream Mapping (VSM) exercise provides all stakeholders with a high-level view of the end-to-end steps required for your DevOps Pipeline. Applying the concept of “Systems Thinking” to the overall CI/CD Pipeline is critical but without including the information/data and flow of work we truly miss the mark. This is where Lean  principles and VSM are helpful.  Notice in the above image fr...

ITIL® 4 vs. 'The Source'​

Part of ITIL 4 ’s value proposition is that it embraces newer ways of working, such as Agile, Lean and DevOps. I was recently asked whether there was a compelling argument for individuals to go to ITIL for information about these approaches, vs. going to ‘the source’. Here’s my answer and I’d love to hear yours. 3) What source? Yes. There is a massive amount of information available about these topics. There are many ‘definitive’ sources of knowledge. For lifelong learners such as myself, these sources are a joy. They can also be overwhelming and at times a challenge to apply. A search for information about Lean, for example, may take you down a manufacturing route which then requires translation. Looking to learn more about Agile? Which method? Scrum, SAFe, extreme programming … you get the point. 2) The source is evolving. As an example, DevOps practitioners often pride themselves in the fact that there is no definitive body of knowledge; rather, there is an evolving col...

ITIL 4 Guiding Principles – Keep It Simple

Keeping it Simple is one step towards creating a world where people get up in the morning and are inspired to go to work and love to do the work that they do. The more complex something is, the more there are ways for it to go wrong. We as an industry of service providers must become educated and stop the insanity! Getting the education and the certification is a wonderful first step but once qualified we must adapt those learnings to make it simple and “Keep IT Simple”  “Keep it Simple”, one of the seven ITIL 4 Guiding Principles is a topic we have written about many times over the years.  It is anything but simple. We must acknowledge that IT services are comprised of many complex systems and if there is a way to make them even more complex IT Professionals in general seem to have that idea down to an ART.  So; How did we get that way. Business requirements are dynamic and are consistently evolving even as you read this line. Over a period of y...

ITIL 4 Guiding Principles – Collaborate and Promote Visibility

Communication has always been a key principle for service providers and this ITIL 4 Guiding Principle “Collaborate and Promote visibility” takes us to new heights. Encouraging staff and giving stakeholders the opportunity to develop this skill, will amalgamate teams in ways we never thought possible.  This guiding principle also represents the influence of Agile, DevOps, and LEAN on ITSM and best practices. A pillar of Agile is to be “transparent” and LEAN encourages making work visible in order to remove waste and increase flow. Both collaboration and being transparent are a key focus of DevOps integrated teams in order to ensure a continuous delivery pipeline. To understand this further let’s look at the two elements of this ITIL4 Guiding Principles. Collaborate  When we communicate, we are notifying or telling something to a person or a group. Collaboration is quite different and occurs when a group of people work together. The key word here is “together”. ...

ITIL 4 Guiding Principles – Focus on VALUE!

Adopting the ITIL seven “Guiding Principles” for service providers could be the best way to establish a healthy organizational culture. All “Guiding Principles” are powerful but today are some thoughts on just one and that is “FOCUS ON VALUE”.    ITIL 4 best practice guidance says to focus on value.  Getting level set on what VALUE is for your business partners, customers and consumers is critical to every strategic, tactical, and operational action! To understand this better let’s start with the official definition of a service. “A service is a means of enabling value co-creation by facilitating OUTCOMES that customers want to achieve without the customer having to manage specific costs and risks". If this is so, then there is a direct correlation between VALUE and OUTCOMES. When it comes to defining “VALUE” we must get OUT of “IT”.  An “OUTCOME” is what we deliver. It is not the activities within the value delivery stream but rather the RESULTS o...

Adapting ITIL V3 Processes to ITIL 4 – Practices for the REAL WORLD!

One of the leading questions following the release of ITIL 4 is “How do I Transition from ITIL V3 to ITIL 4?   Which translates to, how do you proceed to adapt existing processes to the new way of working?  The answer is… ITIL 4 for ITIL 4. What? That’s right! ITIL 4 has the best practice for “adapting” and might I include “accelerating” the ITSM processes that you have in play today. Below is an outline of principles, concepts and precepts from ITIL 4 guidance that will help. Ongoing Continual Improvement has always been a best practice. Therefore: How do you proceed to adapt existing processes to the new way of working? Each is discussed here at a very high level. First and foremost, START WHERE YOU ARE!  Continual Improvement - ITIL 4 is the next logical progression of your improvement cycle. Business Requirements are dynamic and therefore we must be dynamic in order to provision for evolving business and customer needs. We must be responsive (Agile) an...

Site Reliability Engineer – Explosion

The Practice Site Reliability Engineering (SRE) is a discipline that incorporates aspects of software engineering and applies that to operations with the goal of creating ultra-scalable and highly reliable software systems. It is an Explosion!  If you have taken any classes including ITIL4, DevOps, Agile, or Lean , you have probably heard how critical Site Reliability Engineering (SRE) is to the Value Streams and Pipelines that deliver products and services to this world. New concepts like understanding “Error Budgets” and the creation of anti-fragile environments are explored. You only need to visit one of the job sites and do a search on “Site Reliability Engineering” to see that there is a huge uplift in demand for Site Reliability Engineers. Try it! T he Role As a Site Reliability Engineer, you'll build solutions to enhance availability, performance, and stability for the resilience of services. You will also work towards a Continuous Delivery Pipeline by aut...

Anatomy of an XLA

That is not a typo!   Alan Nance of CitrusCollab recently spoke about The Anatomy of an XLA in an ITSM Academy webinar.   I learned that the days of SLAs are behind us and the future lies with digital experience and eXperience Level Agreements (XLAs).  If this is the first time you have heard of XLAs then this is a sticky-note moment.    By that I mean; find a sticky note, and write down today's date.   Now write down XLA.   Remember that this is the day that you heard it and you heard it here!  XLAs are the foundation of a fresh and optimistic approach to managing the business of technology. Research for yourself and staff members. Learn and explore more about XLAs! A little history: “Service Management exists to guarantee a valuable experience to customers and colleagues. Despite years of implementing best practices, the reputation of most technology departments is below par in the eyes of business leaders. Consider that 90% of CEOs fe...

A Dash of Neuroscience – DevOps Leaders Listen Up!

As leaders, we need to understand the people that we are leading.   It is critical to understand that this is a new world and if we are to lead the global enterprise into a successful future, we need to understand the strategic, tactical, and operational objectives of our organization and also that we must have a passion for learning. “A Dash of Neuroscience“ is one of many topics introduced by the DevOps Institute for the newly updated DevOpsLeader course .   This information is taken from that course and is just a smattering of what you will learn as you prepare for your certification. Learn how to optimize speed to value as a DevOps Leader.   Live in a perpetual world of learning Many people feel their brains limit their potential and prevent them from learning.   However, learning can change our brains in terms of function, connectivity, and structure.   Our brain shapes our learning but learning shapes our brain, and research has shown that simply...

DevOps – Skills For The Future – Am I ready?

Currently, 68% of organizations have begun to adopt or plan to adopt #DevOps within the next two years. If you are reading this because you want to embrace DevOps certification, knowledge and skills be sure to visit the DevOps Campus .  This is all about DevOps skills? Are you ready? DevOps Institute recently generated a very unique and interesting report titled “UPSKILLING: Enterprise DevOps Skills Report”. Below are a few excerpts with some thoughts added. Soft skills and technical skills “There is an equal balance between those who look for soft skills and those who seek technical skills when hiring externally or internally. About 30% of survey respondents said they look for soft skills first, as they believe they can always train or educate on the process and technical skills. And 32% looked first for technical skills to get benefits from the new hire. Thoughts: It’s easy to become absorbed in a need for technical knowledge. Although that is required it is really the peo...

10 Types of People Who Need to Understand DevOps

If your organization hasn’t adopted DevOps approaches yet, it probably will soon. In the InteropITX 2018 State of DevOps Report , only 9 percent of the business technology decision-makers surveyed said that their organizations had no DevOps plans. A third said their organizations had already adopted DevOps principles and another 46 percent had plans to do so within the next two years. As DevOps spreads, many IT leaders have questions about which types of employees should get basic training on the fundamentals of the approach. We recommend that at least the following ten types of people get a foundational education about DevOps: 1. Developers In many organizations, DevOps begins with the application development team adopting Agile methodologies. DevOps begins to spread as those in the operations team start to follow some of the same principles. 2. IT operations professionals DevOps is all about closer integration between development and operations, so it stands to r...

Why I am Excited to Attend the DevSecOps Engineering Class

The opportunity exists to reinvent security and to do this we must redefine the roles and practices of security engineering. Information is available faster than the speed of your connection and cybersecurity risk is everywhere!  Empowerment to change begins with getting level set on what DevSecOps (DSOE) really is and how to move fast to get there.  That is why I am excited to attend the  DevSecOps Engineering  class and to acquire the DevSecOps Engineer certification!  Digital Transformations are not only real, they are accelerating. IT systems and software literally drive the world and that makes every business a digital tech business. Along with that is a proliferation of apps, devices and opportunities. Those opportunities are not always honorable; hackers abound. DevSecOps is a mindset that “everyone is responsible for security” with the goal of safely distributing security decisions at speed and scale to those who hold the highest level of cont...

DevOps and the North Pole

T’was a month before Christmas on the pipeline, not a heart was beating not even mine. For the product owner there is work to be “DONE”, so into the “Sprint Log” the work has begun! ­­­­ On Dasher! On Prancer (Development Deer) - QA and Security, they are all here. Red hats worn by all and only one “White”; The teams almost ready, so don’t you fright. When what to my wondering eyes should appear, a massive build from the Ops Engineer! This today, that tomorrow, “Fail Fast” and learn there is no sorrow! Ho Ho Ho! A jolly Scrum Master appears; impediments removed we all give a cheer! Ops leads the way with their nose shining bright; we are agile and fast and we’re out of site! Off with a flash, then “deer-to-deer” review”; here comes the surprise, it's coming to YOU. We stand all amazed and straight is our gaze.  The Christmas tree stands all tall and bright; its branches are massive and covered with lights!  On top is a star that streams long bright...

Inclusion – Required for DevOps Continuous Delivery Pipeline

As a noun, the official definition of the word inclusion is defined as the state of being included or being made a part of something. When a book covers many different ideas and subjects, it is an example of the inclusion of many ideas. When multiple people are all invited to be part of a group, this is an example of the inclusion of many different people. There are many certification classes available for DevOps, Agile, and ITSM. All of them will speak of Inclusion. When considering inclusion in a DevOps Continuous Delivery Pipeline, service providers frequently miss the inclusion of some very necessary elements. In order to ensure real value, and cost-effective solutions fast, it is back to basics. Consider the inclusion of the following: Best Practices and Methodologies: These are the answers for how to. It is not just one best practice, methodology, or standard that will get you there. “There” is where you are trying to go. Consider methods such as DevOps, ITSM, Agile, Lean, an...

Skilling The Squad

Originally Published on the DevOps Institute Site One of the most interesting trends in DevOps adoption is the evolution of the IT silo into the cross-skilled squad. This is not just a semantical name change. Most IT teams today are comprised of like-skilled individuals such as a Scrum team of developers. The modern squad takes a slightly different approach, is more static than dynamic and is more product-focused than project based. Squads are built around T-shaped professionals –where each member has a specialty competency, but all members have a broad scope of skills across multiple disciplines. A high performing squad essentially has all of the skills needed for the product or feature to which it is assigned and is not generally constrained by the availability of an individual resource. There is enough breadth of knowledge inside and outside the squad to shift more activities to the left so as to allow them to move more quickly and with more agility. While the squad model ori...