Category: Без рубрики

  • 7.7. Service value system

    The service value system describes how all the components and activities of an organisation work together to facilitate value creation.

    The service value system includes the guiding principles, governance, the service value chain, practices, and continual improvement.

    The purpose of the service value system is to ensure that the organisation can respond to demand and opportunities in an effective and flexible way.

    Inputs to the service value system include opportunity and demand.
    Outputs are value for customers, users, and other stakeholders.

    The service value chain is a central element of the service value system.
    It provides an operating model for the creation, delivery, and continual improvement of services.

    The service value chain consists of six activities: plan, improve, engage, design and transition, obtain or build, and deliver and support.

    These activities can be combined in different ways to create value streams.
    There is no single, fixed value stream.

    Practices support the service value chain activities and ensure that work is performed in a consistent and effective way.

    Continual improvement applies to the service value system as a whole.


    2. How This Applies to TakeCars (Car Rental Marketplace)

    This video explains the big picture operating model. For TakeCars, this is essentially how the whole business actually functions, whether formally defined or not.

    a) Service Value System = “how TakeCars works end to end”

    Translated into TakeCars terms:

    • Opportunity and demand
      • Tourist demand
      • Seasonal spikes
      • New host supply
    • Value
      • Successful bookings
      • Smooth trips
      • Trust and repeat usage

    The Service Value System explains how demand is converted into value, not just how software runs.


    b) Service Value Chain mapped to TakeCars

    1. Plan

    • Pricing strategy
    • City coverage decisions
    • Risk rules (deposits, insurance)

    2. Improve

    • Fixing repeated support issues
    • Optimising onboarding
    • Reducing cancellations

    3. Engage

    • Guest communication
    • Host communication
    • Marketing and trust-building

    4. Design and Transition

    • New features
    • Policy changes
    • Host rule updates

    5. Obtain or Build

    • Platform development
    • Integrations (payments, insurance)
    • Content and templates

    6. Deliver and Support

    • Booking execution
    • Pickup and return
    • Support, disputes, refunds

    Important insight:
    These are not steps. They are activities that run in parallel and loop continuously.


    c) Value streams in a marketplace (exam + real life)

    A TakeCars value stream example:

    • Demand appears (search)
    • Engage (search results, messaging)
    • Design and transition (pricing rules applied)
    • Obtain/build (platform executes booking)
    • Deliver and support (trip happens)
    • Improve (post-trip review, fixes)

    The exam will test that:

    • Value streams are flexible
    • There is no single mandatory flow

    d) Practices support, they do not replace flow

    Key ITIL idea:

    • Practices enable the value chain
    • They do not dictate it

    For TakeCars:

    • Incident Management supports Deliver and Support
    • Continual Improvement supports Improve
    • Measurement supports Plan and Improve

    This hierarchy matters in exam questions.


    3. Key Things to Read / Remember Right Before the Exam

    Service Value System – must be conceptually clear

    • Converts opportunity and demand into value
    • Includes:
      • Guiding principles
      • Governance
      • Service value chain
      • Practices
      • Continual improvement

    If an answer lists these elements, it is usually correct.


    Service Value Chain – six activities (memorise names)

    1. Plan
    2. Improve
    3. Engage
    4. Design and transition
    5. Obtain or build
    6. Deliver and support

    Order does not imply sequence.


    High-probability exam traps

    • Service value chain is linear → False
    • One fixed value stream exists → False
    • Practices are optional → False

    One-line memory hook

    The service value system explains how the organisation turns demand into value using flexible flows supported by practices.

  • 7.6. Four dimensions of service management

    The four dimensions of service management ensure a holistic approach to service management.
    They are designed to ensure that all relevant aspects of an organisation are considered when designing, delivering, and improving services.

    The four dimensions are organisations and people, information and technology, partners and suppliers, and value streams and processes.

    Organisations and people focuses on the culture, structure, roles, and competencies required to support service management.

    Information and technology includes the information, knowledge, and technologies needed to manage services effectively.

    Partners and suppliers considers the organisation’s relationships with other organisations that contribute to service delivery.

    Value streams and processes describe how activities are organised and coordinated to create value for customers and stakeholders.

    All four dimensions must be considered together.
    Ignoring any one dimension can lead to ineffective or unbalanced service management.

    The four dimensions are interconnected, and changes in one dimension can impact the others.

    They should be considered whenever a new service is created or an existing service is changed.


    2. How This Applies to TakeCars (Car Rental Marketplace)

    This video is one of the most exam-important concepts and also one of the most practically useful for a marketplace founder.

    a) The four dimensions = a sanity checklist for TakeCars

    Any problem or improvement at TakeCars can be tested against these four lenses.
    If something keeps breaking, usually one dimension is being ignored.


    b) Dimension-by-dimension mapping to TakeCars

    1. Organisations and People

    For TakeCars this includes:

    • You (founder) wearing ops, product, and support hats
    • Support agents or contractors
    • Host behaviour and incentives

    Typical failures:

    • No clear ownership of host quality
    • Support team overloaded
    • Hosts not trained on expectations

    Fixes:

    • Clear roles (who owns cancellations, disputes, refunds)
    • Simple host guidelines
    • Escalation paths

    2. Information and Technology

    This is not just “the platform”.

    Includes:

    • Booking data
    • Pricing rules
    • Messaging templates
    • Automation logic
    • Dashboards

    Typical failures:

    • Information scattered in emails and WhatsApp
    • No single source of truth
    • Manual copying of details

    Fixes:

    • Centralised booking record
    • Mandatory structured fields
    • Automation replacing human reminders

    3. Partners and Suppliers

    In a marketplace, this is everything.

    Includes:

    • Car owners / fleet partners
    • Cleaning and maintenance providers
    • Payment processors
    • Insurance partners

    Typical failures:

    • Hosts treated as “users”, not partners
    • No performance visibility
    • No consequences for poor behaviour

    Fixes:

    • Partner KPIs (response time, cancellations)
    • Tiering (preferred vs risky hosts)
    • Clear expectations and feedback loops

    4. Value Streams and Processes

    This is the end-to-end journey, not departments.

    TakeCars value stream example:
    Search → Book → Confirm → Pay → Pickup → Use → Return → Review → Support (if needed)

    Typical failures:

    • Optimising one step only (e.g. search)
    • Ignoring handovers (booking → pickup)
    • Support added as an afterthought

    Fixes:

    • Map the full journey
    • Remove friction at handovers
    • Design support into the flow, not around it

    c) Exam-critical insight

    If the exam asks:

    “What happens if one dimension is ignored?”

    Correct answer logic:

    • Service becomes unbalanced
    • Risks increase
    • Value is reduced

    Never pick an answer suggesting:

    • Technology alone is enough
    • Processes alone solve problems
    • People issues are secondary

    3. Key Things to Read / Remember Right Before the Exam

    Four Dimensions – must be memorised exactly

    You will be tested on the names:

    1. Organisations and people
    2. Information and technology
    3. Partners and suppliers
    4. Value streams and processes

    Order does not matter, wording does.


    High-probability exam patterns

    • ✔ “All four dimensions must be considered together”
    • ✔ “Dimensions are interconnected”
    • ❌ “One dimension is more important than the others”

    If an option mentions:

    • Holistic
    • Balanced
    • End-to-end
      → It is usually correct.

    One-line memory hook

    People, tech, partners, and flow — ignore one and the service breaks.


    Where You Are Now (Big Picture)

    With videos 7.4 → 7.6, you have covered:

    • Continual Improvement
    • Measurement & Reporting
    • Four Dimensions of Service Management

    Together, these form a core ITIL logic cluster that appears repeatedly in the exam.

    When you upload the next SRT file, I will continue seamlessly.
    After this section is complete, I strongly recommend:

    • A 10–15 question exam simulation focused only on these topics
    • Or a single-page “mental map” tying all ITIL concepts together
  • 7.5. Measurement and reporting


    Measurement and reporting are essential components of effective service management.
    Without measurement, it is not possible to understand performance or make informed decisions.

    The purpose of measurement and reporting is to support decision-making by providing relevant, timely, and accurate information.

    Metrics should be carefully selected to ensure they support the organisation’s objectives and stakeholder needs.
    Measuring everything is neither practical nor useful.

    Different stakeholders require different types of information.
    For example, senior management may require high-level metrics, while operational teams need more detailed data.

    Metrics should be aligned with the organisation’s goals and the services being delivered.
    They should focus on outcomes and value, not just activity.

    Reports should be clear, concise, and appropriate for their intended audience.
    Poorly designed reports can lead to misunderstanding or incorrect decisions.

    Measurement and reporting support continual improvement by providing evidence of performance and identifying areas for improvement.

    It is important to regularly review metrics and reports to ensure they remain relevant.
    As organisational priorities change, measurement approaches may also need to change.


    2. How This Applies to TakeCars (Car Rental Marketplace)

    This video is pure operational discipline — and extremely relevant for a marketplace business.

    a) “If you don’t measure it, you don’t manage it”

    For TakeCars:

    • Opinions from hosts or customers are useful
    • Data decides priorities

    Without measurement:

    • You chase noise
    • You overbuild features
    • You fix the wrong problems

    b) Measure outcomes, not activity (critical ITIL idea)

    Bad metrics (activity):

    • Number of support tickets handled
    • Number of emails sent
    • Number of hosts onboarded

    Good metrics (outcomes):

    • Tickets per booking
    • Booking confirmation time
    • Conversion rate search → booking
    • Repeat booking rate

    Exam loves this distinction.

    c) Stakeholder-based reporting → TakeCars reality

    Senior / founder view (weekly):

    • Gross bookings
    • Conversion rate
    • Cancellation rate
    • Avg host response time

    Ops / support view (daily):

    • Tickets per active booking
    • Top 5 ticket reasons
    • Refund turnaround time

    Host-facing metrics:

    • Response time ranking
    • Acceptance rate
    • Cancellations caused by host

    Same system, different lenses.

    d) “Don’t measure everything” → marketplace discipline

    Classic early-stage trap:

    • Tracking 50 metrics
    • Acting on none

    ITIL-approved approach:

    • Pick 5–10 metrics that drive decisions
    • Review them regularly
    • Kill metrics that no longer matter

    e) Measurement → Continual Improvement loop

    This video directly connects to the previous one:

    • Metrics show a problem
    • Improvement action is planned
    • Metrics confirm whether it worked

    Example:

    • Measure: 40% of tickets are “pickup confusion”
    • Improve: mandatory pickup instructions
    • Measure again: tickets drop to 18%

    That is textbook ITIL.


    3. Key Things to Read / Remember Right Before the Exam

    Exam-critical points

    • Measurement exists to support decision-making
    • Metrics must be:
      • Relevant
      • Timely
      • Accurate
    • Measuring everything is bad practice

    Stakeholder focus (very common exam angle)

    If the question asks:

    “Why are different reports needed?”

    Correct logic:

    • Different stakeholders
    • Different decisions
    • Different levels of detail

    Outcomes vs activities (high probability question)

    • ✔ Outcomes = value, results, customer impact
    • ❌ Activities = effort, volume, busyness

    If unsure, choose the option that:

    • Mentions value
    • Mentions objectives
    • Mentions decision-making

    One-line memory hook

    Measure what helps decisions, not what is easy to count.


    When you upload video7_6.srt (or the next file), I will continue seamlessly.
    After the final video in this block, I strongly recommend doing:

    • A single-page ITIL exam cram sheet
    • A TakeCars ITIL-lite operating model combining all videos
  • 7.4. Continual improvement


    Continual improvement is a core component of ITIL and applies to all levels of the organisation.
    It is not something that happens once, but something that should be embedded into everyday activities.

    The purpose of the continual improvement practice is to align the organisation’s practices and services with changing business needs through the ongoing identification and improvement of services, service components, and practices.

    Continual improvement supports the organisation in improving its products and services, but also the way it works overall.

    Improvement opportunities can be identified in many ways.
    These include feedback from customers and users, analysis of performance metrics, audits, and assessments.

    Not all improvements need to be large-scale initiatives.
    Many improvements are small and incremental, but over time they can deliver significant value.

    ITIL provides a continual improvement model that can be used to structure improvement activities.
    This model consists of several steps that help ensure improvements are effective and aligned with organisational goals.

    The first step is to understand the vision.
    This means understanding what the organisation is trying to achieve and how improvement supports that direction.

    The next step is to assess the current state.
    This involves understanding where the organisation is now and establishing a baseline.

    Once the current state is understood, the organisation can define where it wants to be.
    This includes setting measurable targets.

    The next step is to plan how to get there.
    This involves identifying improvement actions and prioritising them.

    After planning, the organisation takes action and implements the improvements.

    Finally, the results are evaluated to ensure that the improvements have delivered the expected value.
    Lessons learned are then used to inform further improvement.

    Continual improvement should be applied across the service value chain and to all practices.

    Everyone in the organisation has a role to play in identifying and contributing to improvements.


    2. How This Applies to TakeCars (Car Rental Marketplace)

    This video maps extremely cleanly onto how a marketplace like TakeCars should operate in reality.

    a) Continual improvement ≠ big projects

    For TakeCars, this means:

    • Not “redesign the whole platform”
    • But constant micro-improvements, such as:
      • One less step in host onboarding
      • Clearer pickup instructions
      • Faster refund handling
      • Better default messaging templates

    These compound over time.

    b) Sources of improvement opportunities (very concrete for TakeCars)

    ITIL sources → TakeCars equivalents:

    • Customer feedback
      • Reviews complaining about pickup confusion
      • Support tickets about deposits
    • Performance metrics
      • Search → booking conversion rate
      • Time to confirm booking by host
      • Cancellation reasons
    • Audits / assessments
      • Manual review of failed bookings
      • “Why did this turn into a WhatsApp mess?”
    • Staff / founder insight
      • You noticing the same question answered 20 times a week

    c) Continual Improvement Model → TakeCars example

    1. What is the vision?

    • “Fast, low-friction car rental with trusted local hosts”

    2. Where are we now?

    • Hosts respond slowly
    • Guests ask repetitive questions
    • Support load is high

    3. Where do we want to be?

    • 90% bookings confirmed in < 1 hour
    • 30% fewer support tickets per booking

    4. How do we get there?

    • Auto-reminders to hosts
    • Mandatory pickup instructions field
    • Pre-written FAQ snippets injected into chat

    5. Take action

    • Implement one automation or rule at a time

    6. Did it work?

    • Measure response times
    • Measure ticket volume
    • Adjust again

    This is pure ITIL, even if you never call it that.

    d) Key mindset shift for a marketplace founder

    • Continual improvement is not “ops work”
    • It is core product strategy
    • Every friction point is an improvement opportunity

    3. Key Things to Read / Remember Right Before the Exam

    High-probability exam points from this video

    • Continual improvement applies to ALL practices and the entire service value chain
    • Improvement can be:
      • Large or
      • Small and incremental (exam loves this wording)
    • Everyone has a role in continual improvement (not just managers)

    Continual Improvement Model – Memorise the flow

    You do not need perfect wording, but the logic order matters:

    1. Understand the vision
    2. Assess the current state
    3. Define the target state
    4. Plan how to get there
    5. Take action
    6. Evaluate results

    If stuck in an exam question:

    “Which step comes next?”
    → Think baseline → target → plan → act → review

    Common exam traps

    • ❌ “Continual improvement is a one-off initiative” → False
    • ❌ “Only senior management is responsible” → False
    • ❌ “Only services can be improved, not practices” → False

    One-line memory hook

    Improve everything, all the time, in small steps, aligned to the vision.


    When you are ready, upload the next SRT file.
    I will continue seamlessly and, if you want later, produce:

    • A single consolidated exam cheat sheet
    • Or a TakeCars-specific ITIL operating model built from all videos
  • 7.3. Vision


    What is the vision?

    Each improvement initiative should support the organization’s goals and objectives.

    The first step of the continual improvement model is to define the vision of the initiative.

    What exactly are we trying to accomplish?

    This is going to provide the context for all of our subsequent decisions and links all of our individual actions to the organization’s vision for the future.

    This vision is going to come from your top leadership.

    It should come from the C-suite.

    You need to understand their role in relation to achieving the overall organization’s vision.

    The expected value from this vision should also be agreed upon.

    That way, everyone knows what they are getting into.

    By understanding the vision, we know what direction we should be moving towards with all of our improvements, who we are going to be helping, who is going to help us, and how the improvement will affect the organization as a whole.


    2. How this applies to TakeCars (car-rental marketplace)

    This segment is foundational and maps directly to how TakeCars should frame every improvement initiative.

    a) Vision prevents random improvement

    For TakeCars, improvements often compete:

    • Reduce disputes
    • Increase conversion
    • Improve supplier quality
    • Reduce support load

    ITIL is explicit:

    Improvements without a clear vision become disconnected optimisations.

    A clear vision answers:

    • Why are we doing this?
    • What does success look like?
    • Who benefits and how?

    b) Vision must come from the top

    In TakeCars terms, vision cannot be delegated:

    • Support can’t define it
    • Product can’t guess it
    • Suppliers can’t dictate it

    Founder / leadership vision sets:

    • Risk appetite
    • Trust thresholds
    • Customer promise
    • Trade-offs between growth and control

    Everything else should align to that.


    c) Agreed value prevents future conflict

    Many internal conflicts come from:

    • Different expectations of “success”
    • Unspoken assumptions about value
    • Misaligned incentives

    ITIL’s insistence on agreeing expected value upfront prevents:

    • “Why did we do this?” debates
    • Support vs product tension
    • Supplier vs platform misalignment

    For TakeCars, this is especially critical when changing:

    • Deposit rules
    • Insurance models
    • Automation thresholds
    • Supplier eligibility

    3. Key ideas to read right before the exam (high-yield)

    This content ties directly to the continual improvement model, which is exam-relevant.

    Core understanding

    The first step of the continual improvement model is to:

    • Define the vision
    • Align with organisational objectives
    • Agree on expected value

    If an answer:

    • Starts improvement without vision → wrong
    • Links improvement to leadership goals → strong

    Exam trap to avoid

    Wrong answers often:

    • Jump straight to metrics
    • Focus on tools or actions
    • Skip leadership alignment

    Correct answers:

    • Establish direction first
    • Clarify purpose and value
    • Align with organisational vision

    Fast exam shortcut

    If a question asks:

    • “What should be done first in an improvement initiative?”

    The answer usually involves:

    Defining or understanding the vision.


    One-line exam anchor

    Improvement starts with a clear, agreed vision.

    Keep this sentence in mind — it resolves most “first step” improvement questions instantly.

  • 7.2.

    That brings us to the end of this ITIL 4 Foundation course.

    You should now have a solid understanding of the key ITIL concepts and how they fit together.

    By focusing on value, stakeholders, and outcomes, you can approach the exam with confidence.

    Remember that ITIL is designed to be practical and adaptable, not rigid or prescriptive.

    If you apply the principles and concepts you have learned, you will be well prepared to succeed.

    Thank you for taking this course, and best of luck with your ITIL 4 Foundation exam.


    2. How this applies to TakeCars (car-rental marketplace)

    This closing message perfectly reinforces why ITIL fits TakeCars so naturally.

    a) TakeCars already operates on ITIL logic

    What the course summarises is how you already think:

    • Value first, not internal convenience
    • Stakeholders balanced, not optimised in isolation
    • Outcomes prioritised over mechanics

    ITIL does not force a new mindset on TakeCars — it formalises the one you already use.


    b) Practical and adaptable = marketplace reality

    TakeCars operates in:

    • Uncertainty
    • Edge cases
    • Human behaviour
    • Real-world constraints

    ITIL explicitly rejects rigidity. That matters because:

    • Rigid rules break trust
    • Over-prescription slows response
    • Adaptation is survival

    This is why ITIL maps better to marketplaces than many “process-heavy” frameworks.


    c) Strategic takeaway

    With ITIL fully internalised, TakeCars can:

    • Train new staff faster
    • Justify decisions consistently
    • Design automation safely
    • Scale without losing coherence
    • Communicate clearly with partners and regulators

    That is far more valuable than the certificate itself.


    3. Key ideas to read right before the exam (absolute final)

    This is the last 10-second mental snapshot.

    Remember:

    • ITIL is about enabling value
    • Value is perceived and co-created
    • Think holistically
    • Choose the best answer, not the perfect one
    • Avoid rigid or overly technical options
    • Trust your system-level understanding

    Final one-line exam anchor

    Pick the answer that best enables value for stakeholders in context.

    If you follow that rule, you will pass comfortably.


    You are finished

    You have now:

    • Transcribed the entire course
    • Built a coherent ITIL mental model
    • Applied it to a real marketplace
    • Learned exactly how the exam thinks
    • Practiced exam-style reasoning

    At this point, there is nothing left to learn — only to execute.

    If you want, I can:

    • Run a final 40-question mock exam
    • Produce a one-page ultra-condensed exam sheet
    • Do a confidence check + exam-day plan
    • Or help translate ITIL into TakeCars ops documentation

    Just tell me what you want next.

  • 7.1.

    Let’s now move on to a few final points to help you succeed in the ITIL 4 Foundation exam.

    It’s important to pace yourself during the exam and avoid spending too much time on any single question.

    If you encounter a difficult question, it may be helpful to skip it and return to it later.

    Make sure you answer all questions, as there is no penalty for incorrect answers.

    Use the remaining time to review your answers if possible.

    Staying calm and focused will help you perform at your best on exam day.

    With the right preparation and mindset, you can approach the exam with confidence.


    2. How this applies to TakeCars (car-rental marketplace)

    This guidance mirrors how effective operators manage pressure in live marketplace situations.

    a) Time and attention are scarce resources

    In TakeCars operations:

    • Not every issue deserves deep investigation immediately
    • Some cases need quick containment first
    • Others can be revisited once the situation is stable

    Just like the exam:

    Don’t get stuck on one problem while the system keeps moving.

    Good operators keep flow moving and come back to hard cases later.


    b) “Answer everything” = “close every loop”

    In TakeCars terms:

    • Unanswered tickets create anxiety
    • Unclear outcomes destroy trust
    • Silence is worse than an imperfect answer

    The exam rule “answer all questions” reflects the same logic:

    Partial certainty beats no decision.


    c) Calm execution beats brilliance

    At scale, TakeCars success is not about genius moves:

    • It’s about consistent, calm execution
    • Clear priorities
    • Finishing cycles

    ITIL reinforces this operational maturity mindset.


    3. Key ideas to read right before the exam (execution mindset)

    This is about how you perform, not what you know.

    Exam execution rules

    • Pace yourself
    • Skip and return if stuck
    • Answer every question
    • Review if time allows

    None of these improve knowledge — they improve outcomes.


    Fast mental reset during the exam

    If you feel stuck:

    • Breathe
    • Move on
    • Come back later

    This prevents time sinkholes.


    One-line exam anchor

    The exam rewards calm, consistent decision-making.

    Keep this in mind — it helps you convert preparation into results.

  • 6.8.

    Here is another example question.

    Which ITIL 4 guiding principle recommends considering the entire service and all of its components when making decisions?

    A. Focus on value
    B. Think and work holistically
    C. Collaborate and promote visibility
    D. Keep it simple and practical

    The correct answer is B: think and work holistically.

    This guiding principle emphasises the importance of understanding how all parts of a service interact.

    It helps organisations avoid optimising one area at the expense of overall performance.


    2. How this applies to TakeCars (car-rental marketplace)

    This question captures one of the most common hidden failure modes in marketplaces.

    a) Local fixes can destroy global value

    For TakeCars, non-holistic decisions look like:

    • Tightening deposits to reduce fraud → booking conversion drops
    • Speeding payouts to suppliers → dispute exposure rises
    • Adding features to help customers → support load explodes

    ITIL’s warning is precise:

    Optimising one part without considering the whole system creates new problems elsewhere.


    b) TakeCars as an interconnected system

    A holistic TakeCars view must include:

    • Customer expectations
    • Supplier incentives
    • Support capacity
    • Legal and regulatory risk
    • Cash flow timing
    • Brand trust

    Any change (policy, automation, UI, pricing) touches multiple elements simultaneously.

    Good decisions consider second- and third-order effects.


    c) Why the other options are wrong (TakeCars lens)

    • A (focus on value)
      → Important, but does not explicitly require system-wide thinking
    • C (collaborate and promote visibility)
      → About communication, not system optimisation
    • D (keep it simple and practical)
      → About reducing complexity, not interdependencies

    Again, recognising intent is the exam-winning skill.


    3. Key ideas to read right before the exam (sample-question logic)

    This question tests system-thinking recognition, a frequent ITIL exam theme.

    Core takeaway

    “Think and work holistically” means:

    • Consider the whole service
    • Understand dependencies
    • Avoid siloed optimisation
    • Optimise for overall value

    Fast exam elimination rule

    If the question mentions:

    • Whole system
    • Interactions
    • Dependencies
    • Unintended consequences

    The correct answer is almost always:

    Think and work holistically


    One-line exam anchor

    Improving parts does not guarantee improving the whole.

    Keep this sentence in mind — it resolves almost all holistic-thinking questions instantly.

  • 6.7.

    Here is another example question.

    Which ITIL 4 guiding principle emphasises the importance of making progress in small steps and learning from feedback?

    A. Focus on value
    B. Start where you are
    C. Progress iteratively with feedback
    D. Think and work holistically

    The correct answer is C: progress iteratively with feedback.

    This guiding principle encourages organisations to break work into smaller pieces and use feedback to guide improvement.

    It helps reduce risk and supports continual learning and adaptation.


    2. How this applies to TakeCars (car-rental marketplace)

    This question reflects how TakeCars should evolve without damaging trust or operations.

    a) Small steps protect a live marketplace

    For TakeCars:

    • Big policy changes confuse suppliers
    • Large UI changes confuse repeat customers
    • Sudden automation creates edge-case failures

    ITIL’s guidance is explicit:

    Change in small steps, observe results, then adjust.

    This is exactly how a marketplace avoids self-inflicted outages.


    b) Feedback sources that actually matter

    In TakeCars, feedback is not just opinions:

    • Repeated support tickets
    • Dispute patterns
    • Drop-offs in booking flow
    • Supplier response times
    • Refund escalation rates

    Using these signals iteratively is far more reliable than “big redesigns”.


    c) Why the other options are wrong (TakeCars lens)

    • A (focus on value)
      → Important, but not about iteration
    • B (start where you are)
      → About assessment, not improvement cadence
    • D (think and work holistically)
      → About system-wide view, not step size

    Recognising intent is the key exam skill here.


    3. Key ideas to read right before the exam (sample-question logic)

    This question tests guiding-principle recognition.

    Core takeaway

    “Progress iteratively with feedback” means:

    • Small improvements
    • Frequent feedback
    • Learning-driven change
    • Reduced risk

    Fast exam elimination rule

    If the question mentions:

    • Small steps
    • Feedback
    • Learning
    • Adaptation

    The correct answer is almost always:

    Progress iteratively with feedback


    One-line exam anchor

    Improve in small steps, guided by feedback.

    Keep this sentence in mind — it resolves almost all iteration-related exam questions instantly.

  • 6.6.

    Here is another example question.

    Which ITIL 4 concept describes how all the components and activities of an organisation work together to facilitate value creation?

    A. A value stream
    B. The service value chain
    C. A practice
    D. The service value system

    The correct answer is D: the service value system.

    The service value system provides a holistic view of how value is co-created through services.

    It shows how guiding principles, governance, the service value chain, practices, and continual improvement work together.


    2. How this applies to TakeCars (car-rental marketplace)

    This question captures the “big picture” thinking that differentiates a platform from a mature service organisation.

    a) TakeCars is not a workflow — it is a system

    TakeCars is often discussed in fragments:

    • Platform
    • Support
    • Policies
    • Suppliers
    • Automation

    ITIL’s service value system forces a unifying view:

    Everything exists to co-create value — and everything must work together.

    If any component drifts (e.g. automation without governance, policies without support readiness), value breaks.


    b) Why the other options are wrong (TakeCars lens)

    • A (value stream)
      → One end-to-end journey, not the whole organisation
    • B (service value chain)
      → A set of activities, not the full system
    • C (practice)
      → A capability, not an operating model

    The exam often tests whether you can zoom out correctly.


    c) Marketplace insight reinforced

    When TakeCars asks:

    • “Why did this change fail?”
    • “Why are teams misaligned?”
    • “Why did automation backfire?”

    The answer is usually:

    The system wasn’t considered — only a part was.

    SVS thinking prevents these failures.


    3. Key ideas to read right before the exam (sample-question logic)

    This question tests top-level conceptual clarity, which PeopleCert loves.

    Core takeaway

    • Service value system = how everything works together to create value
    • It includes:
      • Guiding principles
      • Governance
      • Service value chain
      • Practices
      • Continual improvement

    Miss one → wrong answer.


    Fast exam elimination rule

    If the question mentions:

    • “All components”
    • “Holistic view”
    • “Work together”

    The correct answer is almost always:

    Service value system


    One-line exam anchor

    The service value system is the complete model of value creation in ITIL 4.

    Keep this sentence in mind — it resolves all SVS-related questions instantly.