When a newly developed deployment model cannot be tested due to technical limitations, ITIL 4 emphasizes a risk-based approach to deployment management to ensure stability and minimize disruption. Option C, closely monitoring the first few uses of the new model, aligns with ITIL 4's guidance to proceed cautiously when full testing is not feasible. This approach allows the organization to deploy the model in a controlled environment, observe its performance, and quickly address any issues, thereby reducing risk while gathering real-world data.
Option A (Only use the new model after a way to test it has been found):While testing is ideal, delaying deployment indefinitely until a testing method is found may not be practical, especially if business needs require timely deployment. This option is overly restrictive and does not balance risk with operational demands.
Option B (Carry out test deployments to see if the model works correctly):Conducting test deployments assumes testing is possible, which contradicts the question’s premise that testing cannot be done for technical reasons. This makes the option invalid.
Option C (Closely monitor the first few uses of the new model):This is the most pragmatic approach, as it allows deployment with safeguards like monitoring to mitigate risks, aligning with ITIL’s focus on value delivery and risk management.
Option D (Automate the activities of the new model before it is used):Automating an untested model could amplify risks, as automation without validation may propagate errors across environments.
[Reference:ITIL 4 Practitioner: Deployment Management, Section on Deployment Lifecycle Management – Monitoring and controlling deployments in untested scenarios ensures risks are managed effectively., ]
Submit