agile cloud service strategy using devops

23
CIO to CEO Cloud Services Strategy Jason Stevenson Transformation Consultant

Upload: jason-stevenson

Post on 15-Jan-2017

245 views

Category:

Technology


0 download

TRANSCRIPT

VMware PowerPoint Image Slides (16x9)

CIO to CEO Cloud Services StrategyJason StevensonTransformation Consultant

#

Welcome to our session on cloud services strategyMy name is Jason Stevenson and I am an Transformation ConsultantIn this session we will be outlining an approach to help your organization remain both relevant and competitive in a changing market1

OverviewDevOpsITaaSWagileTransformationQuestions and Answers

#

Before we begin lets take a look at the topics we will be discussing in this session:DevOps: An approach to iterative adoptionIT as a Service: An approach organizing IT as commodity to deliver services on demand to meet business needs using scalable and measurable resources pools and processesWagile: An approach to combining SCRUM project management with ITIL service managementTransformation: An personal trainer versus plastic surgeon approach to changing culture2

DevOpsCIO to CEO Cloud Services Strategy

#

First up is our approach to adopting DevOps3

DevOps Concept and Perspective

#

The first thing we need to discuss is that DevOps is a concept rather than a best practice, standard, or frameworkIt really is a discussion within the IT industry from multiple perspectives:Some people looking at DevOps from the perspective of consolidating both development and operational responsibilities into a single roleSome looking at it from the perspective of using an agile or SCRUMYet others looking at it from the perspective of delivering and supporting cloud services such as SaaS4

Incremental DevOps Adoption

#

Unless your organization is new or very small, DevOps is a major cultural shift that must be made incrementally over timeWe suggest a three-step approach to adopting DevOps:One, fully understanding the current stateTwo, leveraging iterations of an interim stateThree, not just achieving but sustaining the desired future state

5

Current-State

#

Current state culture can vary widely from one organization to the nextHowever many organization share some common characteristics:One being an alignment with functional management which creates siloed or stovepiped departmentsAnother being partially-defined operational processes that are buried deep within the organizationEither authorized or unauthorized exploration and shift to DevOps which often involves isolationInformal communication with business at varying levelsIt is common for many IT departments to perform annual budgeting or planning however fiscal stewardship often ends there or dwindles6

Iterative Interim-State

#

The next step in our journey is to move through multiple iterations of an interim-stateWe do this by abstracting some of our critical functions into technical-facing services such as network, compute, and storageWe may also abstract some critical applications from our application portfolio into servicesSimultaneous we will define missing processes and mature existing processesThis will involve consistent documentation and communication of policies, process flows, procedures, and roles and responsibilitiesOne important part of roles and responsibilities is identifying service and process owners and managers throughout the organizationWe also want to bring DevOps into the fold by making them accountable to management policies but not affecting their autonomy and ability to execute agile processesAt the same time we want to cross-pollinate traditional operations with the lifecycle-spanning culture we have in DevOps In addition, we want to begin to manage existing business relationships informal through consistent communicationAnd finally we want to move beyond annual budgeting to some type of regular accounting of technical service cost

7

Sustainable Future-State

#

To achieve the desired future state we must mature our organization in business-facing service cultureThis goes well beyond the technical-facing services identified in the interim stateThis involves shifting our focus to providing services on demand to meet business needs through scalable and measurable resources using shallow integrated processesWhen I say shallow processes, I'm referring to moving the processes once buried deep in the organization as discussed in the current state to a higher levelWe also need to look at structuring processes around a service lifecycleAs well as automating processes to increase agilityService and process owners and managers we identified in the interim state will also move higher and consistently in the organizationThese owners and managers will leverage DevOps to deliver and support a service throughout its lifecycleDevOps may at first be focused heavily on operations but as the organization matures their focus will shift to earlier stages of the lifecycle including transition, design, and strategyWe also want to update our process with DevOps techniques discovered as part of this journey to remove bureaucracyWe also want to target communications paths and business points of contact at the right level using a formal business relationship management process that delivers value to the customerFinally we want to evolve budgeting and accounting into a financial management process for service cost recovery including showback/chargeback or better yet realizing profitability beyond cost recovery and using revenue to enable research and development and service improvement

8

DevOps Adoption Summary

#

In summary, its important integrate service management, traditional operations, and DevOps closer together at a rate the organization can absorb9

ITaaSCIO to CEO Cloud Services Strategy

#

Now we will take a look at our approach to adopting to transforming your organization to an ITaaS provider

10

Building an ITaaS Provider

#

Now that weve talked about DevOpsLets go deeper and discuss building an ITaaS Provider leveraging DevOps culture weve been discussing as well asCloud computing standardsService management best practicesAn agile project management frameworkAnd leading cloud and virtualization technologies

11

Service Owners and Managers

#

Up to this point weve using the term service management in the general senseAs our conversation shifts to building an ITaaS Provider we want to speak specifically to service owners and service managers and where they fit in the organizationMany government and commercial organizations are broken into sub-units by geography, line of business, etc. You may find that your IT organization must reflect these lines as well.If so, its important to a have single service owner with accountability and fiscal responsibility that solid-line reports into the CIO.With a single service owner its okay to have multiple service managers with their solid line into each sub-unit and also having a dotted line relationship to the service ownerWithin the roles and responsibilities clear lines of delineation are made between service owners and managers with the owners focusing on strategy and improvement and managers focusing on design, transition, and operationYou can see that service owners are at the very top of the organization directly reporting to the CIO along with a financial manager and a business relationship managerAs we discussed in our DevOps discussion this level of service ownership is often a shift for many organizations and therefore requires both incremental transformation and finesse to be successful12

Service Lifecycle

#

After the concept of service ownership sinks and the organization realizes that service owners have fiscal responsibility the question becomesWhat happens to all the function directors we already have within our organization?Well some of the will become service owners and others will be come service lifecycle directors for each phase of the service lifecycle:Strategy, design, transition, operation, and improvementThese service lifecycle directors are solid-line into the CIO but dotted line into the service owners as service lifecycle directors funding is allocated by service owners

13

Process Owners and Managers

#

In an ITaaS provider organization, process managers and owners play an important role in addition to service managers and ownersAs mentioned before, these processes are no longer deep within the organization and positioned below the service lifecycle directorsA process owner/manager needs to be identified for each service management processIn larger organizations this may be one individual for each role and in smaller organizations it may be one individual fulfilling multiple rolesWithin ITaaS, it is preferable to consolidate the ownership and management responsibilities into a single roleHowever, similar to service owners and managers, processes can be segregated into owners and managers as well for siloed organizations

14

Function/Technical-Facing Service Owners

#

Earlier in this session we discussed functional managementWithin ITaaS, functional management does not go away it just moves further down into the organization under service owners and service lifecycle directorsFunctional owners can include infrastructure, applications, data, service desk, operations center, etc.The role of functional owners and process owner can be fulfilled by one personFor example, the role of service desk function owner and incident process owner/managerAnother example is the role of operation center function owner and event process owner/managerEarlier in the session we also discussed technical-facing services like network, compute, and storageThe service owners for these technical-facing services will report into functional owners15

DevOps and CI Owners and Managers

DevOps

#

Under the service, process, and functional owners and managers is DevOpsWith a strong service focus, lifecycle structure, and process management at the right level,DevOps can flourish along side traditional configuring item owners and managers as assignment groups for issues across the entire lifecycleDevOps is matrix managed by the service lifecycle directors and process owners/managersAs the organization matures, DevOps focus will shift to earlier phases of the lifecycle from operations to transition and then design

16

Another Perspective

DevOps3rd Party Supplier

#

Another way to look at an ITaaS Provider is to flip the organizational chart upside downBy inverting the organizational chart we can see our users and customers are at the top of the organization and they interface with first line supportFirst line support is anyone logging and incident or request on behalf of the userIf first line is unable to resolve the incident of fulfill the request it is escalated or routed to second line supportTraditionally, second line support will escalate to third line support including developers, engineers, third-party supplier as neededWithin ITaaS, the service desk is a virtual function including traditional service desk agents and also automated optionsIncidents and request are escalated to DevOps who fulfills the role of second line supportThird line support is no longer developers and engineers because DevOps is supporting that role as well as operations subsequently third line support is distilled down to third party suppliersAll lines of support are supported by service, process, and functional management and directed by ITaaS provider organizationIt is important that the ITaaS providers tools be service rather than technology focused and configured to support this escalation structure and governance

17

WagileCIO to CEO Cloud Services Strategy

#

Now we will take a look at our approach to leveraging Wagile

18

Leveraging a Wagile Approach

#

Now that weve had a chance to discuss DevOps within the context of an ITaaS providerIt becomes much easier to have a conversation around consolidating waterfall and agile into a single Wagile approachService management or ITIL can be considered slow and fat where agile or SCRUM can be considered fast and looseBy consolidating these two approaches into a single Wagile approach we mitigate the concerns associated with both approaches and we gain the greatest efficiencyEfficiency is gained by using service management to deliver value to customers through services throughout a service lifecycleAnd using agile for project management to deliver valuable products through an adaptive approach in support of service design and transition

19

TransformationCIO to CEO Cloud Services Strategy

#

Finally, we will take a look at an approach to changing your organizational culture20

Transformation Challenges

#

As we reach the end of this workshop, you can now see that adopting DevOps within and ITaaS Provider using a Wagile approach can be a major shift in culture that comes with many challenges such as:Putting other people first; specifically customers paying for the service and users receiving the servicePlacing ourselves in a service role from the very top of the IT organization to the very bottom and allow ourselves to be subservient to othersGiving up the notion of self-importance and recognize each and every person plays an equal role in the chain when delivering an end-to-end service and accept a fair amount of autoMATION of what we do on a regular basisRedistributing control from individuals to processes that leverage group intelligence and center authority within service ownership and lifecycleBecoming truly accountable for our role in service delivery and support where all involved can clearly see what we have done or not doneAnd approaching problems and continual service improvement in a blameless environment that shines light on issues rather than covering or avoiding them21

Real-World Approach to Large-Scale Transformation

#

Lets talk about a real-world approach to large-scale transformationMany organizations will leverage an outside consultant to support transformation activityThey do this because:External consultants are not as susceptible to internal politics as internal resourcesExternal consultants have skills and experience specific transformation where internal resources are more focused on design and operation activitiesWhen using a consultant be sure to choose a personal trainer rather than a plastic surgeonWhat I mean by this is a consultant that works on a regular basis with your resources rather than produces paper mill deliverablesI found that three day workshops every two weeks work really wellThese workshops can be in the middle of the week on a Tuesday, Wednesday, and Thursday with two hour morning session, an opportunity for professional networking over lunch, and a two hour afternoon sessionThis turns the workshops into events that people want to attend and is conducive to their schedulesThough 100% of the organization must be involved in transformation at sometime these workshops equate to approximately 10% of the time of 10% of the organization22

Q&[email protected] twenty years of experience as a leader in technology services, cloud/virtualization, and both government and commercial consulting. He is also a SCRUM Master, ITIL Master, Project Management Professional, and VMware Certified Associate

#

I hope you enjoyed this session and found it usefulIf you have any questions, please feel free to contact me at [email protected] you23

Transition

Operation

Strategy

Design

Partners

Products

Process

People