Table of Contents

IT:AD:Continuous Delivery:SAD:WS:02 Business View

Drivers

DriverInternal DriverCustomer Satisfaction

Background

Cloud Hosted Infrastructure and Services

The availability of inexpensive cloud hosted infrastructure and common application services made easily managed using general public tools.

Motivational Context


!includeurl http://skysigal.com/_media/resources/configuration/plantuml/minimalist.txt

class "Observations" as OBS
class "Assessments" as AS
class "Stakeholders" as ST
class "Drivers" as DR
class "Goals" as GO
class "Objectives" as OBJ
class "HL Requirements" as HLR
class "Prioritization" as PR
class "Constraints" as CO

OBS -RIGHT-> AS
AS -RIGHT-> DR
DR -RIGHT-> GO
GO -RIGHT-> OBJ
OBJ -RIGHT-> HLR

ST -DOWN- DR

PR -DOWN- HLR
CO -DOWN- HLR



Observations

The following is a short list of some Observations and Assessments evidencing the above summary.

Product OwnerProductionInfrastructure ServicesApplication Support ServicesTesting ServicesAccreditation ServicesUsersBlock productiondelivery tillinfrastructureplanned, commissioned,available and built.Block productiondelivery tilldelivery notes areavailable for manualdeployment, deploymentschedule agreed.Block productiondelivery to prodtill test scriptsuite is complete,and manual testingas per scriptsis scheduled,and completed.Block productiontill external reviewand risk analysisblockblockblockblock

Trusted Specialist AdvisorsInfrastructure ServicesApplication Support ServicesTesting ServicesProduct OwnerProductionContinous Delivery ServiceUsersSmall Business andAutomated Testing ServicesAccreditation ServicesMonitor and Advise ProductionCommission Automation TestsRespond to Queries fromAccreditation Services.monitorcollaborate

Goal

The Goals to meet the above Drivers include:

Objectives

The Objectives to achieve the above Goals include:

Organisation Behaviour Context

This organisation Behaviours represent Organisation Principles as affirmative statements:

Core Values these Organisation Principles clarify influence the tools and processes chosen and described in this document.

The solution proposes an ALM solution that breaks down unnecessary barriers between business, production, support, and user stakeholders and assists

Organisational Historical Context

The Organisation has previously engaged in attempts to improve SDLC management.

As noted above under Observations, as at many other Organisations these initiatives have not delivered the expected value.
Analyse by others indicates the agreed common cause for this failure to deliver on expectations is a lack of a continuous ongoing ALM process that incorporates Continuous Testing.

The Software Development Life Cycle (SDLC) is limited to the phases of software development such as requirements, design, coding, testing, configuration, project management, and change management, ALM covers a broader scope. It continues after development until the application is no longer used, and may span many SDLCs.

ITIL

In a 2004 survey designed by Noel Bruton (author of “How to Manage the IT Helpdesk” and “Managing the IT Services Process”), 7&% of survey respondents either agreed or strongly agreed that “ITIL does not have all the answers”.

Because of its primary focus on service management, ITIL has limited ability to managing poorly designed enterprise architectures, or feed back into the process.

ITIL does not directly address the business applications which run on the IT infrastructure; nor does it facilitate a more collaborative working relationship between development and operations teams.

The trend toward a closer working relationship between development and operations is termed: DevOps.

This trend is related to increased application release rates and the adoption of agile software development methodologies. Traditional service management processes have struggled to support increased application release rates – due to lack of automation – and/or highly complex enterprise architecture.

Adoption Context

The Organisation has decades of investment in systems designed for its current infrastructure, that was never designed for an cloud based IaaS host environment, let alone a PaaS based host environment. These systems were designed for manual testing, and have no significant amount – if any – of automated testing. Their security accreditation process was designed to rely on network boundary security.

Systems are designed for specific target host environments, and specific maintenance and support processes. These legacy systems cannot be ported to cloud infrastructure economically, and should be maintained in their current infrastructure environment, using the infrastructure support, application support, testing and accreditation processes they were designed for.

DevOps can be be used to solve well evidenced issues with ITIL for new development projects – but cannot be reasonably expected to undue the past.

In that regard, DevOps – or any other approach – will not cause a significant change to current Resource requirements for the years the current systems are kept operational.

On the other hand, implementing DevOps processes for new development projects, hosted on PaaS cloud infrastructure, will provide faster delivery of value to stakeholders.