Skip to main content

Posts

Showing posts with the label Agile

Up YOUR Game – Become a Certified Process Design Engineer!

I find that there are many people that do not understand WHAT a Certified Process Design Engineer (CPDE) really is (be sure to scroll down on the page and then download the free whitepaper for surprising details). The CPDE role is likely much broader and deeper than you might think! Time and Money?! Yes, but not at the expense of quality and stability!  The role of a Certified Process Design Engineer is a critical skill set for all IT service  providers. There are many frameworks and standards that  define practices and methods for achieving success; ITIL 4 , Agile , Lean , DevOps , COBIT, ISO, and Site Reliability Engineering (SRE) are only a few. My point is that while each describes processes and controls (what to do), they don’t provide clear, step-by-step methods and techniques for designing, reengineering and improving processes (how to do it).  A Certified Process Design Engineer equips managers and staff at all levels to lead the organization to do t

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 – High Velocity IT (HVIT)

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

ITIL 4 Guiding Principles - Keep It Simple - Take Two

If there is a way to make something complex it seems like we as IT Service Providers have that technique down to an art. Last week an ITIL 4 Foundation student asked, “Why is that?" The human brain is an intricate organ weighing on average about three pounds. There are about eleven billion neurons and one hundred trillion connections in your brain. The brain is the command central of everything that we think, everything you say and yes, of every solution that we might come up with. Our brain is thirsty for information. The more information we allow in the more eager our brain gets. This cycle generates a demand for stimulation. The more complex something becomes, the more stimulated our brain becomes. Hmmm, this might explain why so many become addicted to tech!     This guiding principle “Keep IT Simple” is just that… SIMPLE! The difficult task is going to be how do we ensure that we have “Just Enough” process and governance moving forward but also how do we t

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 years and in ma

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

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

Continuous Delivery Architect – T-Shaped, PI-Shaped & COMB Skills Required!

Is your organization transforming with AGILE, ITSM, DevOps or LEAN and looking forward to optimizing a Continuous Delivery Pipeline?  Do you want to be a Continuous Delivery Architect? This is an amazing and exciting time where you can dream and build upon what you have and develop the “COMB” shaped skills that will shape your future! The “2019 Upskilling Report for Enterprise DevOps Skills” reinforces that organizations not only need “T” shaped skilled practitioners or even “PI” shaped skillsets. Many high-performing organizations are looking for individuals that have “COMB” shaped skillsets. An individual with “COMB” skills would have a broad base of knowledge forming the top of the comb and then also have multiple expertise areas which gives the shape of a comb. You can start developing your skillsets or those of your team to shape individual career opportunities and also to shape the future of your organization. Expanding your skills is particularly needed for those involv

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

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

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

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

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

I KAN KANBAN

LEAN Principles LEAN principles originated in Japan with the “Toyota Production System” and have evolved from manufacturing. Tools and techniques for LEAN are rocking the world of Information Technology (LEAN IT). LEAN does not stand alone! There is a DevOps Foundation certification class available that explains how LEAN, AGILE and ITSM dove tail together to optimize a DevOps integrated delivery pipeline. The core idea is to deliver customer value while eliminating waste ( Muda ). The goal is to provide value to the customer through a perfect value creation process that has zero waste. What About KANBAN? KANBAN is one of many techniques utilized for LEAN practices and results in an increase in productivity and value for individuals and teams. In Japanese the word KAN means visual and the word BAN means board. KANBAN is a visual board that helps teams to visualize work and get more done. If you’re reading this because you are interested in using KANBAN for yourself or your team,

DevOps Test Monitoring Strategy

The combination of continuous monitoring with continuous testing and analytic tools can provide a broader strategic view of test results.  This view is necessary to collect, aggregate and organize test data that enables a gain in confidence for each release.  Key Concepts for Realizing Your Test Monitoring Strategy: Determine continuous test monitoring priorities: Some examples of problems that continuous test monitoring can help with include intermittent failures caused by marginal designs, marginal test designs, environmental condition changes not detected by individual tests, memory leaks, varying starting conditions, interactions with other systems, system topologies and performance degradation within the margin of a test. These can and will accumulate over time. The best practice for continuous monitoring indicates that the problems of most concern to a specific product or DevOps environment will be monitored. Regression test product areas even though there were no expe

Xtreme Velocity - Accelerating Change Management

Although Agile, DevOps and automation for Continuous Delivery (CD) techniques are on the rise, service providers are still at risk for not having the necessary velocity to meet demand.  In the same way that we recognize that we can NOT silo our IT teams, we must also recognize that as providers of services we must not silo our processes. ITSM processes, including Event Monitoring, Problem Management, Release and Deployment Management, Test and more, are not going away. The integration of ITSM process must be considered throughout the entire value stream and CD pipeline.  None more so than “Change Management”.  Certainly the need for Change Management is increasing not decreasing. What must go away are over engineered, bureaucratic and outdated process activities.  We must begin to radically rethink the way we incorporate change into the CD pipeline.  Our mission overall is to deliver a “Quality” product or service. Ok then, what is “Quality”?  Quality not only infers that the

DevOps - The Basics

“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

Digital Transformation – Pro ITIL?

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