Skip to main content

Changing Culture to Become Agile Based

 Success in modern technical endeavors absolutely requires multiple perspectives and expertise to collaborate. (1)  When I ask managers attending my classes if their organizations practice ‘agile’ they hesitate and say something like we kind of do but not in all areas of the organization. Further questioning usually uncovers that most of this agility starts and ends with the software development teams. When asked if these practices have been introduced to the business units there is a long uncomfortable pause, and then I hear 'we don’t usually talk to those groups'.

Over the last couple of decades, a new set of major management philosophies have been developed and are now being adopted to ITSM. These new ways of thinking enabled manufacturing, software development and others to analytically realize both disciplined execution and continuous innovation, something that was thought to be mutually exclusive and impossible to accomplish with traditional management methods. Over the last decade these new practices, such as Agile, Scrum, Lean, Kanban and DevSecOps, have been proven to improve performance in thousands of organizations around the world.

As organizations begin to shift towards continuous integration, delivery and deployment through the adoption of the DevOps principles, Flow, Feedback, Experimentation and Learning, we can also create a new type of conversation with the business – a continuous one. We now have the resources and capabilities to deploy products in hours, not months. To support this rapid level of change the business units that define and fund the creation of these services must also display that same level of agility. ‘The way we’ve always done things’ with little to no communication creates constraints on the development and support teams ability to quickly respond to the rapidly changing competitive landscape.

Every business decision creates an IT opportunity.  Agility in the entire organization requires decision-making to be done as close to the customer feedback as possible (The Three Ways). The teams working on the products need to be able to quickly decide what to work on next based on continuous feedback from the end-user/customer.  Through experimentation and learning making mistakes is not a failure, it is the elimination of an unusable alternative.   These opportunities should be quickly analyzed and any new information incorporated into the next set of sprints (The Three Ways).

Some organizations like Apple, Google and Zara do things differently. These firms constitute what has been called the Creative Economy. They have shifted the goal of the entire organization from maximizing shareholder value to delighting the customer. These are organizations in which all the management layers adopt the philosophy of ‘customer-value first.’ They are Agile-friendly environments. In such firms management practices at the team level, like Agile, become self-evident. Making money becomes the result, not the goal of the organization. Paradoxically, as the examples of Apple and Google show, this approach can be hugely profitable. (2)

Making the transition to Agile includes five major shifts:
  • Instead of a goal of making money for the organization, the goal of the organization is to delight the customer.
  • Instead of those doing the work reporting as individuals to bosses, the work is done in self-organizing team: the role of management is not to check whether those doing the work have done what they were meant to do, but rather to enable those doing the work to contribute all that they can and remove any impediment that might be getting in the way.
  • Instead of work being coordinated by a bureaucracy with rules, plans and reports, work is coordinated by Agile methods with iterative work cycles and direct feedback from customers or their proxy.
  • Instead of a preoccupation with efficiency and predictability, the predominant values are transparency and continuous improvement.
  • Instead of one-way top-down commands, communications tend to be in horizontal conversations.

The principles are not a random collection of improvements. Together they form a mutually reinforcing sequence. (3)


(1) John Allspaw - The DevOps Handbook by Gene Kim 

Comments

Popular posts from this blog

Four Service Characteristics

Recently I came across several articles by researchers and experts that laid out definitions and characteristics of services. ITIL provides us with a definition that can help drive the creation of value-laden services: A means of delivering value to customers by facilitating outcomes customers want to achieve without the ownership of specific costs and risks. An area that ITIL is not so clear is in terms of service characteristics. Several researchers and experts put forth that services have four basic characteristics (IHIP): Intangibility—Services are the results of actions not things. They have no physical presence and represent a logical set of elements. One way to think of service is “work done for others.”  Heterogeneity—Also known as “variability”; services are unique items because of the mechanisms used to deliver services, which is people. Because the people element adds variability, the service is variable. This holds true, especially for the value proposition—not eve...

What Is A Service Offering?

The ITIL 4 Best Practice Guidance defines a “Service Offering” as a description of one or more services designed to address the needs of a target customer or group.   As a service provider, we can’t stop there!   We must know what the contracts of our service offering are and be able to put them into context as required by the customer.     Let’s explore the three elements that comprise a Service Offering. A “Service Offering” may include:     Goods, Access to Resources, and Service Actions 1. Goods – When we think of “Goods” within a service offering these are the items where ownership is transferred to the consumer and the consumer takes responsibility for the future use of these goods.   Example of goods that are being provided in the offering – If this is a hotel service then toiletries or chocolates are yours to take with you.   You the consumer own these and they are yours to take with you.      ...

What is the difference between Process Owner, Process Manager and Process Practitioner?

This article was originally published in 2015. With the Introduction of ITIL 4, some of this best practice has changed. See  ITIL 4 and the Evolving Role of Roles . Updated Definitions in ITIL 4: Process Owner: In ITIL 4, the concept of 'processes' has expanded into broader 'practices.' Consequently, the Process Owner is now often referred to as the 'Practice Owner.' This individual is accountable for the overall design, performance, integration, and improvement of a specific practice within the organization. They ensure that the practice achieves its intended outcomes and aligns with the organization's objectives. Process Manager: Now commonly known as the 'Practice Manager' in ITIL 4, this role is responsible for the day-to-day management of the practice. The Practice Manager ensures that activities are carried out as intended, manages resources assigned to the practice, and oversees the practitioners performing the work. Process Practit...