What is a new moon? It is the phase of the moon where the moon is rising but not yet visible from the earth. For us, a new moon is definitely rising. It may not be visible but it is definitely here with BYOD, virtualization, shadow IT and cloud computing.   And that moon is demanding that we examine our practices in order to improve Time to Value. You may have heard a lot about the cultural and collaborative movement called DevOps.  Some service providers are making the DevOps vision a reality by focusing on improving their cadence - the  rhythmic   flow of something as it moves forward, such as software development or complex projects.  Agile service management and DevOps strive to improve the cadence between three main players in the value stream: Cadence of the Business Business demand is dynamic and the rate of speed is increasing. The business needs a cadence that is able to meet their accelerated requirements.  Jayne Groll in a recent webinar from ITSM Academy desc

What is an ITIL Expert?  An evangelist?  A champion?  A coach? D.    All of the Above .  Holding the ITIL Expert designation (or being an expert in ITIL) means that an individual has a broad and balanced understanding of ITIL concepts and is able to effectively apply and integrate that knowledge to the benefit of an organization. So, what happens when ITIL evolves? ITIL 4 has been introduced and now it’s time for ITIL Experts to evolve their knowledge as well. But that doesn’t mean simply expanding their knowledge of ITIL. ITIL 4 provides the guidance organizations need to address changing service management challenges and to utilize the potential of modern technology. This includes integrating Agile, Lean and DevOps concepts and understanding how these concepts influence new ways of thinking and working. So how do we bring these concepts together? Agile Service Management describes how to adapt Agile and Scrum values and practices to ITSM process design and improve

By Donna Knapp For many organizations, the COVID-19 pandemic exposed one of two ends of a spectrum: poorly defined processes, or overly-rigorous processes. At either end of the spectrum, these organizations likely struggled to adapt as the pandemic impacted our lives. For those with poorly defined processes, things were probably pretty chaotic. For those with overly-rigorous processes, things were most certainly taking way too long. Even organizations with well-defined processes felt, and continue to feel, pressure to speed up the flow of work, minimize toil, and automate processes where possible. To do this, they must develop a culture of continuous improvement and learning. Continuous improvement is an ongoing effort to improve all aspects of an organization; its people, processes, tools, products, services, and experiences… all of which are tightly integrated. Whether improvements are large or small, what matters most is that they are constant. The highest performing organizations a

Let’s face it, IT service management (ITSM) processes get a bad rap. Sometimes deservedly so. Bureaucratic and overly risk-adverse processes can be a real constraint in the IT value stream; particularly in organizations that are adopting agile, lean and DevOps practices. To keep pace, today’s IT organizations must be built on ITSM policies and processes that facilitate speed and change. So who ensures that ITSM processes are designed with ‘just enough’ control to meet an organization’s needs? Here’s where the role of Certified Agile Process Owner comes into play. A Certified Agile Process Owner (CAPO) SM adapts agile and Scrum values and practices to ITSM processes and process design and improvement activities. Much like a Scrum Product Owner, a Certified Agile Process Owner manages stakeholder requirements and strives to translate those requirements into process activities and features that deliver value. What’s different is that CAPOs and Process Improvement Teams use Sprints

A developer recently asked me “What is the real difference between Cadence and Velocity?   Aren’t they both just talking about speed?”   Hmmm…  Good Questions. Cadence Generally thinking cadence can be tied to rhythm.  One thing to remember is that the DevOps value stream is much broader in scope than just Dev and Ops.  So what are we looking at here?  The rhythm of code integration, and how we align with that things like integrated testing?  Yes, but also consider that the code development integration and deployment has to be in rhythm with the demand that is coming from your Customer and Business side.  If we are not in sync or have the same cadence as the business demand all other measurements may not be beneficial.     Alright, now let’s consider that your design and development teams work diligently to implement Agile Software Development principles to align and sync with the business.  If the cadence in test and deployment is not in sync then you have a potential bottlen

Infrastructure as Code – is a common term among developers, architects, and operational staff and the practice has evolved in response to demand for quality and efficiency in the industry.  Over the last decade many organizations have come to realize that the essence of Infrastructure as Code is to treat the configuration of systems the same way that software source code is treated.  Frequent code integration, automated builds, and integrated testing have resulted in stronger IT performance and therefore business value. Security as Code – An increase in security breaches across all industries has brought forward a similar concept, and that is to look at “Security as Code”.  This concept would include the usage of repeatable algorithms to integrate security checks with each code check.  This expands the scope of traditional “Continuous Integration” and automation.  Organizations realize that security is no longer a second thought and must be addressed at the front of the value s

“Change sticks when it becomes the way we do things around here.” ~  John P. Kotter DevOps benefits the business by improving communication, collaboration and the integration of people, processes and technologies across the IT value stream. Ultimately, DevOps enables companies to deliver better software faster and more reliably by… Improving communication, collaboration and the integration of processes and tools across the IT value stream Automating the process of software delivery and infrastructure changes Leveraging Agile, Lean, ITSM and evolving DevOps practices DevOps – The Basics Get Involved! DevOps practices will continue to evolve through communities of practice. Seek out opportunities to collaborate with others and to share what you’ve learned. Change related to DevOps initiatives will affect organizational culture. Effective communication plans, training, and clear policies and procedures are all needed to achieve the desired performance outcome

Many are surprised to learn that ITSM practices ARE compatible with their DevOps pipelines and even more importantly that they are a critical element to ensure the effectiveness, efficiency, and value that is expected. Those that are struggling with silos, us vs. them blame games, or roadblocks and impediments for change and test, are shocked to learn how accelerated, modernized ITSM practices can enable their outcomes!  Topics and discussion from a recent ITSM for DevOps class were exciting as practitioners, managers, and leaders discovered together how It is possible to streamline and even automate their ITSM processes and practices so that people don’t even realize that they are executing ITSM processes. We don’t need to change “what” needs to be accomplished. Policy, Governance, and Compliance are a reality. To achieve true value and business outcomes service providers must change the way that they think. A change in thinking provokes a change in how we do work. How we

ITIL ® has long been one of the few professional certifications that did not require holders to re-certify or perform any sort of continuing education to maintain the credential. As of January 2023, that changed. Under PeopleCert's new Continuing Professional Development (CPD) program, individuals who hold certain credentials are now required to recertify or record professional development points to keep their certifications in good standing.   PeopleCert , the sole examination institute of ITIL, has designed this program to help candidates show their commitment to continuing professional development and be able to stay ahead in a competitive labor market. By recertifying, individuals can demonstrate their understanding and up-to-date knowledge of best practices to support professional development. Beginning January 2023, all Global Best Practice certifications will need to be renewed after three years. Here are answers to some of the questions you may have: Which certifications ne

What is your biggest challenge when trying to increase the flow of work through your DevOps or Continuous Delivery Pipeline?   In a recent conversation an IT Director laughingly said that his greatest challenge was that they can not get the development “Divas” to recognize that change approval and compliance requirements are necessary and that it takes time. I chuckled as I thought to myself what those development “Divas” were thinking.   Maybe their thoughts were that those paranoid risk adverse Change and Compliance process people do not understand that we need to get this work to the finish line and we need to go fast.  Sound familiar? This is not an uncommon issue.   The us-vs-them environment, if not corrected, will continue to disrupt IT service delivery and therefore, business performance. We must recognize that DevOps and Continuous Delivery (CD) do not stand alone.   It is not just the tools and automation and, although it is more about culture, it is not just cu

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

I TSM best practice frequently suggests working holistically.   This is particularly true when defining a strategy and architecting a design solution but when you think about it, this holistic viewpoint should permeate every investment, improvement, and action in the entire value stream from thought to end of life for every service or product deployed. At a high-level thinking holistically involves looking at things from a people process technology perspective but cannot leave out our partners and suppliers.  No service, process, or functional team stands alone.   Changing one element of a complex system will impact others.  This is a real challenge because no one team can know everything about all aspects of the system.  Therefore, working holistically requires a balance between specialization (functions and departments) and the coordination of complex integrated process activities.  It is only then do we get a clear picture of the lifecycle of a service and any hope of managing

To survive in today’s competitive business climate organization’s must respond quickly  to their customers’ evolving needs and desires.   How many times have you heard that? We know from experience that an agile culture where agility is gained through people, process and tools can enable organizations to gain market share and competitive advantage.   And still, more organizations than not silo agile principles to software and product development. Ever wonder why, as an industry, we are not getting the types of returns that are expected from our efforts? Agile software development alone will not get us there!  Other factors include: Ability to quickly respond to customer feedback and needs – Customer engagement. An understanding that the customer and business requirements are dynamic and that we must have agile processes in place to respond to them. (Not only agile development) Sustained innovation and speed from idea to end of life for the service and processes. Incre

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

At ITSM Academy, we take pride in delivering courses that offer a hands-on, experiential approach to learning. Our commitment to practicality is evident in all our classes, where assignments and discussions are designed not only to reinforce examinable terms and concepts but also to provide students with opportunities to apply their knowledge in real-world scenarios. In 2004, the genesis of one of our most popular assignments, "I am the Incident™," took place on the pages of a hotel notepad. This case story-based series of assignments serves as a powerful tool, emphasizing the importance of establishing a common vocabulary and a shared understanding of key practices such as service level management, monitoring and event management, incident management, problem management, and change enablement. In the I am the Incident™ exercise, students are tasked with focusing on a specific service and considering a service level agreement (SLA). Each assignment presents a scenario related

There are three core frameworks that can help us to shift the way we think, do work, and ultimately shape the behaviors and values that are the heartbeat of our organizations - CULTURE! Each of these models can be used to identify, analyze, and move an organization to new heights, new ways of collaborating and increasing speed and value for service consumers. Models for learning how to "Shift the Culture!” Erickson Model – Identifies the stages of psychosocial development  The Erickson Model helps as a starting point for “Where are we now?”. Westrum Model – Focus here is on the organizational types :  - Pathological  - Bureaucratic  - Generative  The Westrum Model helps providers get detail on the behaviors within their organization and teams.  Laloux’s Culture Model – Frederic Laloux’s model provides a clear picture of how culture may evolve in an organization. Laloux expands the concepts of the two previous models. The model comes f

Originally published on DevOps.com , written by Jayne Groll , CEO of DevOps Institute For over a decade, ITIL has been the leading ITSM framework adopted by enterprises across the globe. So, what is driving a rapidly increasing interest in Site Reliability Engineering (SRE) as a service management alternative? In its own words, Google refers to SRE as its approach to service management: “The SRE team is responsible for the availability, latency, performance, efficiency, change management, monitoring, emergency response and capacity planning.” In traditional ITSM terms, the role of the SRE is responsible for service level, change, availability, event, incident, problem, capacity, performance, infrastructure and platform management. While the operational practice areas may be similar, there are significant differences in how the practices are approached. ITIL4 Framework Compared to SRE Released in 2019, the newest update to ITIL4 remains a complex governance model with four dimensi

What is hurting the capability of service providers to design and deliver service at the rate of speed and at a cost that is viable to the business?  I asked a group of IT managers and practitioners in a recent training class and all agreed on these common causes: Lack of upper management strategy and direction. Lack of   adequate or accurate information Resistance to change Cultural issues / Agenda’s Inadequate funding I am sure you can add to this list.   Many service providers are suffering from the same pain.   What is causing this?   One area that most will agree upon is the fact that a lot of challenges for a service provider to deliver come from silos.   A classic silo and division that some organizations are addressing are those that exist between development and operational teams. That will help, but it’s not only siloed teams that are hurting this industry.   It is the fact that ITSM processes are also siloed.   If your processes and data are siloed even the best