Demand is increasing.  Dynamic or changing business requirements are a norm.  Business and customers must have quality services provisioned fast.  Ok … we get that.  Now let’s think about the service provider and what their condition or state is.  Some service providers are stuck in an organizational structure and management style that propagates an isolated us vs. them type of culture.  Others have legacy overburdened outdated systems.  Disparate and replicated tools between networking, storage and other functional teams including service desks generally create more havoc than business value.  Many efforts including data center transformation, new sourcing models, cloud computing and more have helped to some extent.  Even after these very costly initiatives many service providers experience a resistance to change and find they are working within a very rigid environment. Rigid structures, rigid process or rigid anything will not enable a service provider for success.  Some organi

Some IT executives and practitioners still believe that Agile is the way to success for transformation. Some IT executives and practitioners will argue that ITIL is the way to go. Some will say LEAN should be the approach to ensure success. Oh, you say, “they are all wrong?”  Perhaps you think DevOps and Continuous Delivery is the silver bullet? Well guess what?    You are all right.  The truth of the matter is that no one best practice or method stands alone.  There are far too many examples of how this trinity of LEAN, Agile, and ITSM enable DevOps for digital transformation.  ITIL’s Continual Service Improvement (CSI) Approach - Iterative ongoing continual service improvement is at the core of every Service Management Principle. The concept of ‘adopt and adapt’ involves adapting best practices to an organization's circumstances, needs, goals and objectives . Using Agile and Scrum will help increase your velocity. LEAN will help to remove waste to help w

ITIL is not in conflict with DevOps, ITIL supports DevOps with a solid foundation by providing an up to date an accurate configuration of our IT infrastructure. This, in turn, supports the ability to accurately carry out the detection of issues and underlying problems and deliver collaborative, permanent solutions to operational deviations. Further, it engages the Second Way by “shortening and amplifying the feedback loop” to development.  Historically most IT organizations structure their incident, problem and change processes within a very confined view, typically utilizing these processes from an operational perspective and only marginally engaging them at the design stage of the lifecycle.   ITIL should and can be adapted to DevOps practices to proactively define when incidents and problems arise while still in the design phase of the lifecycle.  This means engaging both software development and infrastructure design in a way that allows us to capture these deviations proactivel

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

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

If a product backlog is growing faster than you deploy, if it cannot be prioritized properly, and business outcomes suffer, are your “Agile” efforts really working?   Agile software development is a group of software development methods in which requirements and solutions evolve through collaboration between self-organizing, cross-functional teams . It promotes adaptive planning, evolutionary development, early delivery, continuous improvement, and encourages rapid and flexible response to change. A broken product backlog is only one of many symptoms that something is broken. If there are bottlenecks in change, delivery and deployment than what real value can evolutionary and faster development bring to the business?  It is time to consider “Agile Service Management”. Agile Service Management ensures that agile principles and methods go beyond software development t o ensure the product backlog is in control and that we, as service providers, can meet the s

There are high performing organizations in the world that are exceeding speed to value, safety, and reliability expectations and they are provisioning co-created services fast .  Not there?! That is ok, you are not alone. I think that we all agree that we must at least be on that journey. Service providers should be capable of generating and sustaining relentless improvement with high velocity for the conversion of demand to consumer value. The ITIL 4 High Velocity IT (HVIT) certification  course explores the ways in which digital organizations function in high-velocity environments. We must move fast, and we have to do the right things fast. Velocity not only refers to speed but also to direction! Understanding these operating models helps practitioners, leaders, and organizations to improve and succeed. The ITIL 4  High Velocity IT   module and certification course  incorporate known and working practices  that focus on the rapid delivery of products and services  such as Ag

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 of all people,

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”. They wor

There are three main principles that will help to optimize your DevOps initiative.  You may have heard them referred to as The Three Ways . All three of the principles will have a role to play but for the purpose of Time vs. Cost, I would like to focus on the first way which is “The Flow of Work from Left to Right”.  When considering this flow of work think of the value stream from left to right as being from the time the request is made until the time that value is realized. Using LEAN methods and applying techniques like the Theory of Constraints we can increase velocity to apply just the right cadence to meet the evolving business demand.  These practices along with our DevOps integration, Continuous Delivery Pipelines and automation will radically increase the time to value for products and services.  Time is a key metric.  DevOps organizations use “time” as the primary measurement tool.   Why time is a better metric than cost: Time is used to set goals beyon

Artificial Intelligence (AI) is on the move and the race is on.    In previous years, and for the most part even today, AI has been dominated by the worlds high tech companies like Google, Microsoft and Amazon.  Regardless of where you work or the size of your business, the industry is starving for more information and true knowledge management.  AI goes beyond knowledge management and moves us into knowledge engineering. As found in an  MIT Technology Review article , Microsoft has its own AI-powered cloud platform.  You may have heard of Azure.  This team is joining with Amazon to offer Gluon.  It is an interesting name. I don’t know its origin, but it is essentially an open-source deep-learning library. Gluon is supposed to make building neural nets – a key technology for AI that crudely mimics how the human brain learns – as easy as building a smartphone app. It is no longer just a high-tech game.   With the onslaught of cloud services, any/all service providers (includin

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

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

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

Every successful organization in the world must strive to create a “learning and improving” culture that permeates all areas of operation.  The ITIL 4 Qualification Scheme has two main streams for advanced learning and certification: The ITIL Managing Professional, The ITIL Strategic Leader Direct, Plan and Improve is so critical it has become the universal module, that stars as a key component of both, ITIL Managing Professional and ITIL Strategic Leader streams.  The ITIL 4 Direct, Plan and Improve (DPI) training and certification course provides individuals with the real-world skills necessary to create a learning and improving IT organization. This class will focus on working holistically and aligns with principles from AGILE, LEAN and Continuous Delivery optimization. Leaders, practitioners, and all service management professionals understand that strategy is key and will walk away with a strong and effective basis for strategic direction. Learners acq

Henry Ford did not invent the car. Providers of automobiles during the 1800’s were ok creating cars as toys for the very rich. Henry Ford, on the other hand, was interested in the experience of the common man and created an automobile that was within the economic reach of the average American. Ford developed a method of manufacturing that optimized his resources and lowered the cost of manufacturing. His motto was to simplify, simplify, simplify! Henry Ford knew how to apply common sense to new ideas. His ability to simplify and to optimize solutions to otherwise complicated and insurmountable problems made him the great pioneer of his time.  This blog is one in a series for the seven guiding principles from ITIL 4 best practices. To optimize means to make the best or most effective use of a situation, an opportunity, or of a resource. Get started on your journey today! Optimize and Automate!  The idea to “Optimize and Automate” is not new to manufacturing and the sam

The structure of an organization sets the hierarchy for responsibility and creates the various levels of communication within an organization. Organizational structure has a huge impact on how work gets done and can have a direct effect on productivity. Traditional IT teams are typically organized in silos which lead to a number of problems and are generally not conducive to the success of transformation. This is the year to shatter the silo’s. Service providers want to do bigger, better, more… faster than ever before while producing quality services and responding to ever changing business dynamics. Organizations adopting DevOps strive to break down the silos.  Why? Overall this is an effort to reduce bureaucracy, improve communication and collaboration, and provide people opportunity to grow.   Objectives are achieved in a variety of ways ranging from assigning Ops liaisons to Dev Teams to creating cross-functional product (vs. project) teams. Initiatives including those for Con