Skip to main content

Posts

Showing posts with the label DevOps

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) and ensure “Stab

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 automati

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 feel they aren’t meeting their custom

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 knowing about brain pla

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 people

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 context without sacrificing

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 bars

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

DevOps Stakeholders – Who Are They?

IT professionals attending the DevOps FND Certification class offered by the DevOps Campus at ITSM Academy are sometimes surprised to discover that DevOps in not just about Dev and Ops . The DevOps pipeline and value stream for the continuous delivery of products and services mandates that integration of requirements and controls be orchestrated in such a way that speed and value are achieved. DevOps extends far beyond software developers and IT operations. One way to consider the stakeholders for DevOps: Dev Includes all people involved in developing software products and services including but not exclusive to: Architects, business representatives, customers, product owners, project managers, quality assurance (QA), testers and analysts, suppliers … Ops Includes all people involved in delivering and managing software products and services including but not exclusive to: ·Information security professionals, systems engineers, system administrators, IT operations engineer

You too can Take Action! – Key Takeaways from DevOps Foundation Certified Professionals

Taking action is one of the most necessary steps in effectuating life changes. However, as most of us know, sometimes it is very difficult to take that first step and commit to a desired achievement. When delivering DevOps/Agile/ITSM certification classes, I like to stress that as leaders we must inspire. And this is true because Inspiration leads to motivation and motivation triggers ACTION! Although this is true, a recent Forbes article opened my mind to another way of looking at this. In this article Svetlana Whitener states that: “You don’t need to wait to feel inspired before you implement a new behavior. You can immediately begin by gathering your willpower (a strong self-control determination that allows you to do something difficult) and stop procrastinating.” So whether you dig deep into your inner self and use will power or you are inspired by others, take action! Both motivation and will power are necessary. The bottom line is this: Digital Transformation is real and IT

ITSM, ITIL and DevOps – an education process

Originally posted on The AXELOS Blog - by @itsm_Donna In IT service management (ITSM) education is critical: it helps organizations get a shared understanding of terms and concepts and a proven body of knowledge such as ITIL® . The IT industry is rife with buzzwords carrying varied interpretations, so education helps get everyone on the same page. But while ITSM professionals may well understand the “what?” and “why? – for example why to minimize risk or restore services ASAP – today it’s the how that needs to evolve and change. And while there is always value in education, achieving certification creates a different level of engagement: people get involved and – critically – seek to understand. Getting certified allows you to represent your competence and understanding of the concepts you’ve learned. After that, you need to get out there and apply them to benefit your organization and add to your credibility and your baseline of experience. Today’s hiring managers are looking for th

DevOps and ITSM Required

Organizations adopting DevOps culture and practices are able to deliver high-quality products faster and therefore the business can deliver value to customers faster. You sometimes hear that DevOps and ITSM aren’t compatible . An IT professional attending the ITSM for DevOps course said “Everything would be OK if we could get change and compliance people out of the way!” Sound familiar? The reality is that high-performing organizations aren’t achieving success without ITSM processes. In today’s digital world organizations are performing ITSM processes Understanding Agile Service Management is key to ensure agility across the entire lifecycle. These high performers streamline, integrate and automate the process into the DevOps pipeline so that people don’t even realize that they are executing ITSM processes. We can not optimize DevOps without them and we can not accelerate our ITSM processes without DevOps. In an enterprise, DevOps doesn’t eliminate the need for controls and data. Re

Continuous Delivery vs. Continuous Deployment

One of the most frequently stated key takeaways from DevOps Foundation Certification Candidates is the big AAH-HAA moment when they realize the difference between Continuous Delivery and Continuous Deployment. Terms matter and the context in which we use them can make or break the success of any DevOps pipeline for digital transformation . Which one of these you select for your organization will have a significant impact on the way you orchestrate ­­­­your DevOps Pipeline and your Continuous Delivery Architecture. It will most definitely help to define the appropriate tool pipeline, determine how you will utilize and program those tools for automation and will have an impact on the context of your communication plans to your stakeholders. How will you approach integrated testing? There is not one element of development and delivery that Continuous Delivery or Continuous Deployment will NOT impact. Therefore; It is critical to understand what they are, how they are the same, how they

Golden Keys to Unlock Agile Success

Communication and Education before Collaboration  An engineer attending a recent DevOps FND class for certification said “OMGosh! I have been trying to do DevOps and I really did not understand what it really was!” He knew that a self-organizing team was defined as a group of motivated individuals who work together toward a goal, have the authority to take decisions and readily adapt to changing demands. Solutions are derived from inter team collaboration. Innovation is the name of the game for digital transformations. All true but … “authority” without ability is dangerous.  Let’s not forget that before these teams are able to recommend innovative ideas for improvement that we must communicate the strategy and outcomes that deliver value. Also true is the fact that we must educate teams to continuously enhance their skills.  Challenge: During your next virtual or face to face meeting with staff, ask a few questions to validate that all are on the same page. You could as

DevOps Continuous Delivery Architecture (CDA) – Should I get Certified?

A Continuous Delivery Architect (CDA) is a tool-agnostic individual engaged in the design, implementation and management of DevOps deployment pipelines and tool chains that support Continuous Integration, Continuous Delivery, Continuous Testing and, potentially, Continuous Deployment. A continuous delivery architect is also involved in defining or integrating underpinning processes, metrics, APIs and cultural considerations. Getting CDA certified prepares any IT professional engaged in the Continuous Delivery value stream . Not only will they know what to expect but could save a lot of time, money and effort to expedite the systems required to deliver. While earning a CDA Certification is a great compliment to the DevOps Foundation Certification , you might also find that it can help boost your career or prepare you for very needed positions coming up. The information and perspectives that one gains from shared experiences and class discussions is invaluable. Sometimes it is just a

ITIL® 4 is Coming. ITIL Practitioner Provides a Sneak Peak.

AXELOS® is currently working on ITIL 4 , a community and industry-led initiative. A key finding from ongoing research is that ITIL is still widely adopted and used. So too are practices such as Agile (including Agile Service Management ), Lean and DevOps . These practices don’t make ITIL irrelevant. The ‘what’ and ‘why’ of ITIL – such as the need to focus on value and design for customer experience – continue to be relevant.  ITIL 4 also keeps many of the core practices and processes found in ITIL V3/2011 intact. It’s the ‘how’ that needs to be adapted as organizations learn and benefit from these modern practices. ITIL Practitioner introduces guiding principles that embrace the ‘essence’ of ITSM and Agile and Lean and DevOps. These guiding principles – which will be carried forward into ITIL 4 – serve as succinct reminders that modern ITSM requires new ways of thinking and new ways of working.  Numerous books have been written about how Toyota was able to dramatically improve

DevOps - Driving Mainframe Agility

Applying DevOps principles and practices will be needed to ensure the DevOps values for Culture, Automation, Measurement and Sharing (CAMS). As major industries consider how to optimize for 2016, busting out of silos should be at the top of their list. This is true in all areas of service management and includes mainframe systems and applications.  Mainframe application and system development, like all areas of development, face many obstacles that include broken processes, obsolete tools and the common us vs. them mentality. Mainframe systems remain crucial for critical business knowledge and back-end support for customer engagement. What are service providers going to do when the mainframe developers retire or move to other positions? We have seen decades of progress on many platforms but in many cases mainframe code is still managed by siloed teams. Even so, things are moving in the right direction to increase and optimize the value stream for the development, deployment and on