Skip to main content
Workforce LibreTexts

4.5.12: Scenario 11 – Post-Release Feedback and Perceived Quality Gap

  • Page ID
    54817
  • \( \newcommand{\vecs}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)

    \( \newcommand{\vecd}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash {#1}}} \)

    \( \newcommand{\dsum}{\displaystyle\sum\limits} \)

    \( \newcommand{\dint}{\displaystyle\int\limits} \)

    \( \newcommand{\dlim}{\displaystyle\lim\limits} \)

    \( \newcommand{\id}{\mathrm{id}}\) \( \newcommand{\Span}{\mathrm{span}}\)

    ( \newcommand{\kernel}{\mathrm{null}\,}\) \( \newcommand{\range}{\mathrm{range}\,}\)

    \( \newcommand{\RealPart}{\mathrm{Re}}\) \( \newcommand{\ImaginaryPart}{\mathrm{Im}}\)

    \( \newcommand{\Argument}{\mathrm{Arg}}\) \( \newcommand{\norm}[1]{\| #1 \|}\)

    \( \newcommand{\inner}[2]{\langle #1, #2 \rangle}\)

    \( \newcommand{\Span}{\mathrm{span}}\)

    \( \newcommand{\id}{\mathrm{id}}\)

    \( \newcommand{\Span}{\mathrm{span}}\)

    \( \newcommand{\kernel}{\mathrm{null}\,}\)

    \( \newcommand{\range}{\mathrm{range}\,}\)

    \( \newcommand{\RealPart}{\mathrm{Re}}\)

    \( \newcommand{\ImaginaryPart}{\mathrm{Im}}\)

    \( \newcommand{\Argument}{\mathrm{Arg}}\)

    \( \newcommand{\norm}[1]{\| #1 \|}\)

    \( \newcommand{\inner}[2]{\langle #1, #2 \rangle}\)

    \( \newcommand{\Span}{\mathrm{span}}\) \( \newcommand{\AA}{\unicode[.8,0]{x212B}}\)

    \( \newcommand{\vectorA}[1]{\vec{#1}}      % arrow\)

    \( \newcommand{\vectorAt}[1]{\vec{\text{#1}}}      % arrow\)

    \( \newcommand{\vectorB}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)

    \( \newcommand{\vectorC}[1]{\textbf{#1}} \)

    \( \newcommand{\vectorD}[1]{\overrightarrow{#1}} \)

    \( \newcommand{\vectorDt}[1]{\overrightarrow{\text{#1}}} \)

    \( \newcommand{\vectE}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash{\mathbf {#1}}}} \)

    \( \newcommand{\vecs}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)

    \(\newcommand{\longvect}{\overrightarrow}\)

    \( \newcommand{\vecd}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash {#1}}} \)

    \(\newcommand{\avec}{\mathbf a}\) \(\newcommand{\bvec}{\mathbf b}\) \(\newcommand{\cvec}{\mathbf c}\) \(\newcommand{\dvec}{\mathbf d}\) \(\newcommand{\dtil}{\widetilde{\mathbf d}}\) \(\newcommand{\evec}{\mathbf e}\) \(\newcommand{\fvec}{\mathbf f}\) \(\newcommand{\nvec}{\mathbf n}\) \(\newcommand{\pvec}{\mathbf p}\) \(\newcommand{\qvec}{\mathbf q}\) \(\newcommand{\svec}{\mathbf s}\) \(\newcommand{\tvec}{\mathbf t}\) \(\newcommand{\uvec}{\mathbf u}\) \(\newcommand{\vvec}{\mathbf v}\) \(\newcommand{\wvec}{\mathbf w}\) \(\newcommand{\xvec}{\mathbf x}\) \(\newcommand{\yvec}{\mathbf y}\) \(\newcommand{\zvec}{\mathbf z}\) \(\newcommand{\rvec}{\mathbf r}\) \(\newcommand{\mvec}{\mathbf m}\) \(\newcommand{\zerovec}{\mathbf 0}\) \(\newcommand{\onevec}{\mathbf 1}\) \(\newcommand{\real}{\mathbb R}\) \(\newcommand{\twovec}[2]{\left[\begin{array}{r}#1 \\ #2 \end{array}\right]}\) \(\newcommand{\ctwovec}[2]{\left[\begin{array}{c}#1 \\ #2 \end{array}\right]}\) \(\newcommand{\threevec}[3]{\left[\begin{array}{r}#1 \\ #2 \\ #3 \end{array}\right]}\) \(\newcommand{\cthreevec}[3]{\left[\begin{array}{c}#1 \\ #2 \\ #3 \end{array}\right]}\) \(\newcommand{\fourvec}[4]{\left[\begin{array}{r}#1 \\ #2 \\ #3 \\ #4 \end{array}\right]}\) \(\newcommand{\cfourvec}[4]{\left[\begin{array}{c}#1 \\ #2 \\ #3 \\ #4 \end{array}\right]}\) \(\newcommand{\fivevec}[5]{\left[\begin{array}{r}#1 \\ #2 \\ #3 \\ #4 \\ #5 \\ \end{array}\right]}\) \(\newcommand{\cfivevec}[5]{\left[\begin{array}{c}#1 \\ #2 \\ #3 \\ #4 \\ #5 \\ \end{array}\right]}\) \(\newcommand{\mattwo}[4]{\left[\begin{array}{rr}#1 \amp #2 \\ #3 \amp #4 \\ \end{array}\right]}\) \(\newcommand{\laspan}[1]{\text{Span}\{#1\}}\) \(\newcommand{\bcal}{\cal B}\) \(\newcommand{\ccal}{\cal C}\) \(\newcommand{\scal}{\cal S}\) \(\newcommand{\wcal}{\cal W}\) \(\newcommand{\ecal}{\cal E}\) \(\newcommand{\coords}[2]{\left\{#1\right\}_{#2}}\) \(\newcommand{\gray}[1]{\color{gray}{#1}}\) \(\newcommand{\lgray}[1]{\color{lightgray}{#1}}\) \(\newcommand{\rank}{\operatorname{rank}}\) \(\newcommand{\row}{\text{Row}}\) \(\newcommand{\col}{\text{Col}}\) \(\renewcommand{\row}{\text{Row}}\) \(\newcommand{\nul}{\text{Nul}}\) \(\newcommand{\var}{\text{Var}}\) \(\newcommand{\corr}{\text{corr}}\) \(\newcommand{\len}[1]{\left|#1\right|}\) \(\newcommand{\bbar}{\overline{\bvec}}\) \(\newcommand{\bhat}{\widehat{\bvec}}\) \(\newcommand{\bperp}{\bvec^\perp}\) \(\newcommand{\xhat}{\widehat{\xvec}}\) \(\newcommand{\vhat}{\widehat{\vvec}}\) \(\newcommand{\uhat}{\widehat{\uvec}}\) \(\newcommand{\what}{\widehat{\wvec}}\) \(\newcommand{\Sighat}{\widehat{\Sigma}}\) \(\newcommand{\lt}{<}\) \(\newcommand{\gt}{>}\) \(\newcommand{\amp}{&}\) \(\definecolor{fillinmathshade}{gray}{0.9}\)

    Scenario 11 – Post-Release Feedback and Perceived Quality Gap


    Scenario Context

    Release Candidate 1 (RC1) has been delivered and shared with a limited internal user group and selected stakeholders for validation.

    From a technical standpoint:

    • Core features are functioning

    • Integration with iPET is stable under tested conditions

    • No high-severity defects were present at release

    However, initial user feedback has surfaced concerns related to usability, responsiveness, and perceived completeness.

    The system is working.

    But users are not fully satisfied.

    This scenario introduces the distinction between:

    “Meeting requirements” vs “Meeting expectations.”


    Email from Julie Rama

    Subject: RC1 Feedback – Initial User Observations

    Hi,

    We’ve completed the first round of RC1 user validation sessions and wanted to share a summary of feedback.


    1. Overall Feedback

    Users were able to complete core workflows successfully, including:

    • Project creation

    • Task assignment

    • Basic reporting

    However, feedback indicates that the experience is not yet perceived as “fully polished.”


    2. Key Feedback Themes

    • Reporting is functional but lacks flexibility

    • UI interactions feel slightly inconsistent across modules

    • Minor delays observed when loading filtered data

    • Users expected more customization in views

    No blocking issues were reported.


    3. Defect Status

    • 6 new defects logged (all low to medium severity)

    • Mostly related to usability and responsiveness


    4. Vendor Perspective

    From our perspective:

    • The product meets all defined requirements for RC1

    • Feedback reflects enhancement opportunities rather than defects

    • Additional improvements would require prioritization in upcoming iterations


    5. Request

    Please advise how you would like to position this feedback:

    • As post-release enhancement backlog

    • As priority improvements before broader rollout

    • As validation that RC1 meets expectations

    We want to ensure alignment on next steps.

    Best,
    Julie


    Attachment A – User Feedback Summary

    Category Feedback
    Reporting Needs more flexibility
    UI Minor inconsistency
    Performance Slight delay in filtered views
    Overall Functional but not “polished”

    Attachment B – Defect Log (Post-RC1)

    Severity Count
    Medium 2
    Low 4

    Student Assignment

    You are the Project Manager at C-Bay.

    RC1 has been delivered successfully from a technical standpoint.

    However, user feedback indicates a gap between:

    • Functional completeness

    • Perceived quality and usability

    You must determine:

    • Whether feedback represents defects or enhancements

    • Whether to prioritize improvements immediately

    • Whether to maintain current roadmap

    • How to manage stakeholder expectations

    Prepare a formal written response to Julie Rama.


    Required Submission Structure

    Your memorandum must include:


    1️⃣ Executive Position

    • Is RC1 successful?

    • Is feedback acceptable at this stage?

    • Does this indicate a problem or expected iteration feedback?


    2️⃣ Quality vs Expectation Assessment

    • Does the product meet defined requirements?

    • Does it meet user expectations?

    • How should the gap be interpreted?


    3️⃣ Prioritization Decision

    • Should feedback be treated as:

      • Enhancements

      • Required improvements

      • Deferred backlog

    • Should any items be fast-tracked?


    4️⃣ Schedule & Budget Consideration

    • Should improvements be made immediately?

    • Would rework affect future schedule or cost?

    • Should current trajectory be preserved?


    5️⃣ Risk Assessment

    Identify and evaluate:

    • User adoption risk

    • Perception risk

    • Rework cost risk

    • Scope expansion risk

    Assign likelihood and impact.


    6️⃣ Directive to ZynoxDev

    Provide a clear directive, such as:

    • Log feedback as backlog items

    • Prioritize specific enhancements

    • Conduct usability-focused iteration

    • Maintain current roadmap

    • Provide effort estimates for improvements


    Learning Focus

    Scenario 11 introduces:

    • Managing post-release feedback

    • Differentiating defects from enhancements

    • Understanding user perception vs technical success

    • Prioritization under constraint

    • Avoiding reactive rework

    Students must demonstrate:

    • Strategic thinking

    • Customer awareness

    • Controlled prioritization

    • Discipline in avoiding scope explosion


    Key Insight

    A product can be:

    Technically correct
    Yet experientially incomplete

    The Project Manager must decide:

    When to stabilize
    When to enhance
    When to hold the line

     


    4.5.12: Scenario 11 – Post-Release Feedback and Perceived Quality Gap is shared under a CC BY 4.0 license and was authored, remixed, and/or curated by LibreTexts.

    • Was this article helpful?