Skip to main content

Posts

Showing posts with the label DevOps Leader

How to Move and SHIFT the CULTURE!

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

Culture Hack Required!

The risk is below the water and we are headed right towards it. Organizational Transformations, Business Transformations and IT Transformations are all at their very core really CULTURE Transformations!  Ok friends, I’ve loaded this one up. For a deeper dive into some of the topics addressed in this blog, be sure to click on the embedded­­ links provided. Culture must be considered to Drive Stakeholder Value - This is POWERFUL! Think about how a culture shift  enables the following: Mapping the customer journey with all touchpoints and interactions. You can potentially map the customer journey and map the stakeholder’s roles and responsibilities brilliantly, but what about the cultural shift to enable these stakeholders? Without it we will likely fall short of our goals. If we have any hope of converting demand into value via IT-enabled services – culture is key!  Properly designing XLAs , SLAs and meaningful measurement models.  Without culture, the risk is high

Why We Must Transcend Silos

Survival - For a service provider to survive in today’s fast-paced delivery environment they will likely need to move away from old ways of doing things. We hear things like; "Terms matter", "Shift your thinking!" or "Shift the focus!" and "CHANGE the CULTURE!".  It is becoming more evident than ever that our organizational structure including silos could be an impediment. Structure – An organization’s structure impacts how work gets done. Structure influences the actual product and service architecture. Some organizational structures even have siloed within silos.  Structure matters. Silos can fracture the velocity of delivery and the quality of what is delivered. We can transcend silos!  ITIL 4 Foundation or the new DevOps Leader  certification classes are a good place to start learning new and better ways for the conversion of demand to value for service providers. Considerations for Transcending Silos Measurement – High performin

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 batch

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 from our Value Stream

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 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 new 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 plastici

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

DevOps Leader: 5 Tips for Managing Cultural Change

Originally Published on the DevOps Institute Site It has become a truism within the DevOps movement that embracing DevOps is much more about making a cultural change than about adopting new processes and technologies. But changing an organization’s existing internal culture can be profoundly difficult. As Peter Drucker famously noted, “Culture eats strategy for breakfast.” All the best-laid DevOps plans in the world might not make a bit of difference if you can’t get your team to shift its mindset. As a DevOps leader, managing this cultural change will likely be one of your most frustrating — but ultimately most rewarding — challenges. Here are five tips from DevOps experts to help manage that change: 1. Cultivate the 5 leadership traits that lead to high performance. Pick up any self-help book, and you’re sure to read some variation on the mantra that you can’t control whether other people change, you can only control yourself. It might be trite, but it’s true. Fort

DevOps Leaders Take Action – Key Takeaways

Education, learning and certifications are necessary. Taking ACTION shapes our world. Getting certified is certainly valuable for career driven DevOps practitioners and leaders but what is most rewarding is listening to attendees of the course talk about the results and key take aways. Below are examples of key take aways from learners who attended a recent DevOps Leader course from the ITSM Academy’s DevOps Campus. Read through them. Get some tips for your DevOps leadership! Be inspired and take action! I liked the shared practices and discussion in class for the idea of figuring out who the "friends" of DevOps are. What I learned in this class will stay with me forever. Our value stream maps (VSM) are very detailed and complex. Therefore, I plan to go back and simplify our VSM’s so that we are seeing the highest-level view of the value stream. I learned from the VSM activity in this class how powerful that can be. This will allow us to "sell" the improv

DevOps Leader

"Culture eats strategy for breakfast." Peter Drucker “Every company wants to behave like a software company.” Sanjay Mirchandani As the business environment continues to evolve and change, an adoption of a digital-first mindset is taking place in boardrooms across the globe. Today’s organizations face a never-ending torrent of change from the dynamics of global economics and competition, to the ever more rapid advancements in technology. These can be perceived as both an opportunity and a threat. The ability to adapt and innovate rapidly in this environment has become a core organizational competency. A leader is needed to bring about this change. Adoption of DevOps can bring about those needed changes that allow an organization to remain competitive in today’s market space. A successful DevOps transformation begins with a value stream map which can allow us to see a time diagnostic of our delivery lifecycle. This flow-based representation gives us an end to end

It’s Not Just a Digital Transformation…

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

Dimensions for Transformation Leadership

If you are involved in helping your organization to incorporate Agile, DevOps or any type of Digital Transformation it will become very clear that “Leadership” will have a powerful impact on the success of your effort. Transformational Leadership is a model in which leaders inspire and motivate followers to achieve greater performance by appealing to their values and sense of purpose.  This helps to facilitate wide scale organizational change.  That type of wide scale change is required. Required Dimensions for every Transformational Leader that will promote positive results include: Vision – Leaders must understand the organizational and team direction and shape them accordingly. People will follow an individual who inspires them, a person with vision and passion can achieve great things.  Leaders need to inspire followers to motivate the results they wish to see. Personal Recognition – Includes but is not exclusive to recognizing and commending the team for better than

Measuring Goals for DevOps Test Succcess

Each organization will have to define what their quality goals are for integrated testing based on the business and customer requirements for speed and outcomes.  The fact is that these goals must be quantified or in other words measurable. If you are not measuring your testing activities in alignment with the strategic goals then success becomes subjective and it will be very difficult to show value for your effort. Some examples of measurements might be in the form of Run-To-Plan and Pass-To-Plan. Run-To-Plan (RTP) is the number of the total planned tests that have completed and typical goals are to have 95% RTP Pass-TopPlan is the number of tests that have passed and a typical goal for this metric is to have a 90% PTP The criteria for determining when testing is complete is agreed by all stakeholders.   It will be impossible to have all stakeholders on the sprint team, but certainly input and validation from key stakeholders will have to be included before acceptanc