/ Insights / Fixing IT’s Most Costly Mistake – Part 1 Insights Fixing IT’s Most Costly Mistake – Part 1 April 21, 2023 Randy SteinburgQuestion: What is the return on investment of an IT solution that cannot be deployed and operated at acceptable cost and risk?Answer: Amount negative equal to your development investment plus lost opportunity costs and possible fines and penalties.The magnitude of this problem cannot be underestimated. I personally witness as much as a half billion dollars each year wasted on IT solutions that cannot be deployed or operated at acceptable cost and risk. I personally witness IT operational organizations that go into chaos when new IT solutions are deployed experiencing untold amounts of unplanned labor, cost overruns, delays and service outages. I am just one person.IT does not implement applications – that is only the utility side of the solution. They implement services. This means that concerns should exist not only for the applications and technologies being deployed, but also warranty requirements such as availability, capacity, working support processes, trained support staff and the need to operate at acceptable cost and risk to the business. This requires IT development teams and operational support organizations to work together. Here is an approach, used successfully, for doing so.As shown in the above diagram, the ITIL Service Lifecycle stages are shown at the top. These are used as developmental phases for building the operational support. At the bottom, a typical development lifecycle is shown. The top stages are done in parallel with the application development effort at the bottom . For example, during the application requirements stage, Service Strategy activities will take place at the same time. During the application design stage, Service Design activities will take place and so on.The large boxes under each ITIL stage summarize the kinds of operational activities to take place in that stage. For example, during the ITIL Service Design Stage (which is done in parallel with application design), the operational readiness activities to design the Service Support Organization, processes, technologies, data and reporting infrastructure will also take place. The details of all these activities are described further in this article.The process, technology, organization, partners and governance tracks are there to show that operational readiness activities address the entire service solution holistically. For example, when designing technologies, other designs may be needed for process activities, support organization roles, governance roles, and supplier (partner) agreements and relationships. Checkpoint gates are used at the end of each stage to confirm readiness to proceed with the next stage. This ensures agreement across development and operations to move forward to the next stage.In Part 1 of this series, a set of considerations is presented for each stage looking at both development and operations. These activities can be done in parallel between IT application development teams and IT service management teams.A summary of key activities and the division of tasks between development and service delivery teams is described in detail below for each of the lifecycle stages:Stage 1: Strategy – done in parallel with the application solution strategyThis phase focuses on high level service requirements such as solution key requirements, sourcing strategy, availability needs and expected business volumes. Development team considerations are on the left and operations team considerations are on the right.DevelopmentOperationsOverall Solution ModelBusiness VolumesSpecialized Support NeedsImplementation TimeframesHigh Level Functional RequirementsDevelopment OrganizationWorking StandardsSourcing PartnersApplication ArchitectureOverall Enterprise FitStandards To Be UsedFrameworks To Be UsedOpportunities For Reuse (SOA)Estimated Build CostsHigh Level Service Requirements e.g. – Performance – Availability – Incident SupportSupport and Delivery StrategySolution Operating PlanCurrent Support CapabilitiesHosting/Sourcing PartnersRequired Support SuppliersTimeframes For ProductionOngoing Operational CostsManagement Tooling ArchitectureSupport Skills NeedsStage 2: Design – done in parallel with application designThis phase focuses on design for each solution support area. Design tasks might include selection of specific tools, customizing tools, putting support contracts together, identifying event alarms and alerts, designing backup and recovery procedures or designing support processes. Development team considerations are on the left and operations team considerations are on the right.Development Team ConsiderationsOperations Team ConsiderationsApplication DesignsSoftware Package CustomizationsTesting RequirementsCapacity RequirementsComponent ConfigurationsProcurement RequirementsOperational Detailed Requirements:Required AlertsBackup RequirementsSolution ConfigurationsData ArchitectureFunctional ArchitectureTechnical Architecture:ApplicationMiddleware/MessagingNetworkTransactionDatabaseData Models/Data DesignOperational ArchitectureAvailability DesignsCapacity DesignsCapacity EstimatesService Continuity DesignsSecurity DesignsDeployment Designs/StrategyProcess and technology designs for each support area in the frameworkSupport Roles/ResponsibilitiesOperational Control TasksFacilities DesignsMonitoring DesignsProcurement RequirementsTraining ArtifactsManagement Technology SpecificationsStage 3: Transition – done in parallel with application build, test and deploymentThis phase focuses on build, test and deployment of the designed hardware, software and management processes for each solution support area. Transition tasks might include implementation of systems management tools, implementation of event monitors and agents, building and testing of server and desktop images, software distribution activities, and construction of physical data center facilities and closets. Development team considerations are on the left and operations team considerations are on the right.Development Team ConsiderationsOperations Team ConsiderationsApplication CodingPackage ImplementationMigration/Code LibrariesRollout Schedules/VolumesMaintenance NeedsTesting and ValidationUser AcceptanceSupport Call ListsRelease DeploymentConfigurationsServer/Desktop ImagesOperational TestingSite Surveys/PreparationUser/Support TrainingProcess ImplementationOperational Integration:Service DeskTechnical SupportOperation ControlFacilities ManagementApplication ManagementProduction CutoverStage 4: Operation – done in parallel with application early life support and then ongoingAt this point, the solution should already be operating in production. Tasks in this phase represent ongoing activities to deliver services provided by the application solution. These activities focus on meeting service targets, delivering the services, monitoring them, processing incidents, problems and changes, maintaining applications and providing operational data. Development team considerations are on the left and operations team considerations are on the right.Development Team ConsiderationsOperations Team ConsiderationsNone – at this point Application Management takes over for ongoing application maintenance and supportThese are considerations by ongoing operational delivery teams:Delivering ServicesOngoing SupportMonitoring/Event ManagementMaintenance of applicationsMaintenance of IT infrastructureExecution of planned operational control tasksIncident,/Problem ManagementRequest FulfillmentAccess ManagementStage 5: Improvement – done in parallel with ongoing application management activitiesThe improvement phase generally operates in parallel with the operations phase. Tasks here focus on reporting service quality and proactively reviewing the solution to identify ongoing improvements. Development team considerations are on the left and operations team considerations are on the right.Development Team ConsiderationsOperations Team ConsiderationsNone – At This Point Application Management Takes Over For Ongoing Application ImprovementCollecting Service MeasurementsService Quality ReportingReview Of Service And Operational Results To Identify Further Opportunities For ImprovementsIt is hoped the considerations presented here better focus application and operations teams such that they work together towards a solution, deploy that solution together and avoid the chaos that occurs each time a major new service goes into production.Parts 2 and 3 will examine each stage in more detail identifying the kinds of design considerations that need to be considered for each stage and what to look for at each checkpoint gate.