Skip to main content
Workforce LibreTexts

7.3: What You Will Submit and Memo Sequence

  • Page ID
    52129
  • \( \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}\)

     

    📦 What Students Will Submit (Chapter 5 – Execution Phase)

    For Chapter 5, you will simulate the role of the C-Bay Project Management Team during the execution of the NovaMed Software Project. Your job is to monitor vendor performance, analyze issues, and communicate professionally with WinSoft Systems.

    You will submit the following items for assessment:


    1. Eight Completed Action Plan Worksheets (One for Each Memo)

    You will complete one Individual Action Plan & Communication Worksheet for each memo (Memos #1–#8).

    Each worksheet includes two parts:

    PART A – Internal Action Plan (Not Sent to WinSoft)

    You will analyze the memo and document:

    • The core issue

    • Impacted project domains (schedule, cost, scope, quality, team, vendor compliance, reporting)

    • References to the SOW, Contract, Reporting Guidelines, SRS, HLDD, or Weekly Status Report

    • Your recommended next action

    • Assumptions, risks, or constraints

    PART B – Professional Communication (Sent to WinSoft or C-Bay Leadership)

    You will write a formal email or memo that:

    • Addresses the correct WinSoft team member(s)

    • Uses a professional tone and structure

    • Summarizes the issue

    • Requests corrective action and sets deadlines

    • References contractual or reporting obligations where appropriate

     

    2. A Consolidated Progress Log (Optional but Encouraged)

    A single-page document summarizing:

    • Issue type encountered in each memo

    • Your response focus

    • Lessons learned week by week

    • Patterns in vendor performance

    This demonstrates growth and reflection across the execution timeline.

    📁 Suggested file name:
    CBay_ExecutionPhase_ProgressLog_YourName.docx


    3. The Final Execution Reflection (Required)

    At the end of the chapter, you will submit a short written reflection (½–1 page) analyzing:

    • What you learned about project execution

    • How you used artifacts (SOW, Contract, SRS, HLDD, Reporting Guidelines) to make decisions

    • How Earned Value metrics influenced your actions

    • What you would do differently as a project leader in a real-world environment

    📁 File name:
    CBay_ExecutionReflection_YourName.docx


     


    📤 Final Submission Package

    At the end of Chapter 5, you will upload a single folder containing:

    ✔ 8 Memo Worksheets

    ✔ Final Reflection

    ✔ Optional Progress Log

    📁 Folder naming convention:
    CBay_ExecutionPhase_YourName/

    📬 Chapter 5 – Memo Sequence Overview (Weeks 1–6)

    In this chapter, you will operate as the C-Bay Inc. internal project leadership team overseeing WinSoft Systems during the execution of the NovaMed Software development.

    You will receive a sequence of eight memos, each simulating a real-world execution problem such as:

    • Reporting failures

    • Missed design milestones

    • Earned Value performance drops

    • Quality issues and defect spikes

    • Unauthorized scope changes

    • Staffing challenges

    • Integration failures

    • Multi-front cost/schedule crises

    Each memo contains:

    • A realistic email from a WinSoft team member

    • Embedded issues or mistakes

    • Missing or incorrect data

    • Risks that must be identified

    • References to SOW, Contract, SRS, HLDD, and Reporting Guidelines

    Your job is to:

    1. Read the memo carefully

    Extract what the actual problem is (not just what is said).

    2. Use the Action Plan Template

    Fill out Part A (internal) + Part B (email/memo response).

    3. Cite the correct documents

    Contract clauses, SOW deadlines, reporting requirements, design dependencies, etc.

    4. Recommend actions as a real PM

    Your responses should sound like professional PMO correspondence.

    The Memo SequenceBelow are the eight execution memos, each introduced with context and followed by the exact email content students will receive.

    These memos appear in order throughout the milestone simulation.

    Full simulation of execution-phase problems

    This sequence is specifically crafted to:

    • Touch ALL five control pillars (scope, schedule, cost, quality, team)

    • Use all uploaded artifacts (SOW, Contract, SRS, HLDD, Reporting Guidelines, Status Templates, Resource List)

    • Use Earned Value and Bulls-Eye data

    • Build from simple → complex → multi-problem scenarios

    You can respond to the memo in the following worksheet.


     

    📬 MEMO #1 — Week 1, Day 2

    Missing Status Report Deliverables (Early Red Flags)

    From: Julie (WinSoft Project Manager)
    To: C-Bay PM Team
    Subject: Week 1 Status Report Submission

    Hello Team,

    Attached is our Week 1 Status Report. We have made initial progress on the NovaMed GUI components and have begun reviewing the SRS with our developers.

    Please note that the Bulls-Eye chart is not included this week as we are still configuring our reporting environment. Also, Earned Value values (PV/EV/AC) will be populated starting next week when more work hours have been logged. We expect all reporting elements to be in place by Week 2.

    Let me know if you have any questions.

    Thanks, 
    Julie
    WinSoft Project Manager

    Problems embedded for students:

    • Missing mandatory Bulls-Eye (Contract + Reporting Guidelines)

    • Missing EVM metrics (required starting Week 1)

    • Status report late/partial

    • No milestone alignment mentioned

    • “Expect next week” violates SOW deadlines


    📬 MEMO #2 — Week 2, Day 3

    HLDD Delay (Architect Bottleneck)

    From: Arnold (Software Architect)
    To: C-Bay Systems Engineering
    Cc: Julie, Tom
    Subject: HLDD Status – Minor Delay

    Hi Team,

    I wanted to inform you that the High-Level Design Document (HLDD) will need an additional 3–4 days. We discovered a few inconsistencies in the database relationship diagrams and need to adjust our API routing logic to align with the backend authentication approach.

    This should not significantly affect the broader schedule because development can begin in parallel.

    I will send the updated HLDD by end of Week 2.

    Regards,
    Arnold
    Software Architect, WinSoft

    Problems embedded for students:

    • HLDD delay directly impacts development start (false claim “development can begin in parallel”)

    • SOW requires design completion before coding

    • No risk analysis or revised plan provided

    • Should have been escalated to PM (not directly to systems engineering)


    📬 MEMO #3 — Week 3, Day 5

    Cost Overrun Emerging (CPI Drop)

    From: Julie (WinSoft PM)
    To: C-Bay PM Team
    Subject: Week 3 Status Report – Cost Update

    Team,

    Please find the Week 3 Status Report attached.

    We logged more hours than expected this week due to onboarding a few new developers and resolving unexpected UI framework compatibility issues. Our Actual Cost (AC) is higher than planned, but we believe this will normalize next week once the new team members get ramped up.

    We do not anticipate any milestone impact at this time.

    Thanks,
    Julie

    Problems embedded for students:

    • Early CPI drop (from EV < AC) with vague explanation

    • AC higher but no clear cause analysis

    • Onboarding hours should be planned, not “unexpected”

    • Single-sentence dismissal of risks

    • SOW requires deviation >20% to be explained

    • PM denies milestone impact without evidence


    📬 MEMO #4 — Week 4, Day 2

    Quality Issues & Rising Defects

    From: Catherine (QA Manager)
    To: Julie, C-Bay QA
    Subject: Defect Findings – Online Modules

    Hi Everyone,

    During our initial integration testing for the Online Product modules, we identified 27 defects, including:

    • 6 critical issues related to Role Management

    • 3 authentication failures

    • 9 UI inconsistencies

    • 5 missing validations

    • 4 backend sync mismatches

    We are working with the dev team to triage and fix these as quickly as possible. Given the volume, we may delay integration testing for a few days.

    Regards,
    Catherine

    Problems embedded for students:

    • High-severity issues affecting SRS compliance

    • Delay required but not escalated

    • No regression testing plan

    • Cross-team coordination missing (no dev lead copied)


    📬 MEMO #5 — Week 5, Day 1

    Unauthorized Scope Change Request

    From: James (Business Analyst)
    To: C-Bay PM Team
    Subject: Feature Suggestion – Task Templates

    Hello,

    During our requirements review, it occurred to us that adding a Task Template Feature would enhance NovaMed’s usability. Several healthcare clients we’ve worked with in the past have requested the ability to save and reuse standardized task templates.

    We believe adding this functionality now would greatly benefit the product before Release 2.

    Let me know your thoughts.
    James
    WinSoft BA

    Problems embedded for students:

    • Suggesting new feature mid-sprint

    • Not in SOW or SRS

    • Violates Contract: requires Change Request

    • No impact assessment

    • Trying to alter scope during critical window


    📬 MEMO #6 — Week 5, Day 4

    Staffing Issue – Key Developer Resigned

    From: Julie
    To: C-Bay PM Team
    Subject: Developer Availability Update

    Team,

    Unfortunately, one of our mid-level developers, Bharathi, resigned unexpectedly and is no longer available effective immediately. We’re reallocating some work internally and hope this won’t affect the Release 2 timeline.

    We will keep you posted.

    Julie
    Project Manager, WinSoft

    Problems embedded for students:

    • Violates Contract: must notify C-Bay within 5 days + provide replacement resume

    • Immediate departure without transition plan

    • Staffing risk not evaluated

    • SOW deliverables at risk

    • No mitigation strategy


    📬 MEMO #7 — Week 6, Day 3

    Integration Failure – Technical Breakdown

    From: Tom (Technical Lead)
    To: C-Bay Technical Lead
    Cc: Arnold, QA, Julie
    Subject: Integration Issues – Online Modules

    Hi Team,

    We attempted to integrate the Online Product modules today, but we are seeing:

    • API routing mismatches

    • Authentication errors across multiple endpoints

    • Database schema inconsistencies with HLDD

    • Controller methods missing required parameters

    • Several broken event listeners

    We are still assessing impact and will send a follow-up after the dev team meets.

    Regards,
    Tom
    WinSoft Technical Lead

    Problems embedded for students:

    • Major integration failure (root cause: HLDD delay)

    • Missing version alignment

    • Broken CI processes

    • No immediate remediation plan

    • SOW Milestone 2 jeopardized


    📬 MEMO #8 — Week 6, Day 5

    Multi-Front Crisis – Cost + Schedule + Quality Failure

    From: Julie
    To: C-Bay PM Team, Director of Delivery
    Subject: Week 6 Status Report – Summary

    Team,

    Attached is the Week 6 Status Report.

    Key highlights:

    • SPI = 0.68

    • CPI = 0.71

    • 45 open defects

    • Integration testing halted

    • Several modules behind schedule

    • AC continues to rise due to additional testing hours

    • Bulls-Eye Chart will be provided next week as we are consolidating data

    We are doing our best to stabilize the build.

    Julie

    Problems embedded for students:

    • Red SPI + CPI with no corrective action plan

    • SPI < 0.7 indicates severe schedule slippage

    • CPI < 0.75 indicates severe cost overrun

    • Missing Bulls-Eye again (non-compliance)

    • Defect backlog severe

    • Testing halted = critical escalation

    • No structured recovery plan


    🎯 All 8 memos are now complete, realistic, and escalating.

    They are ready to be inserted into:

    • The Plan of Attack

    • Student assignments

    • Chapter 5 content

    • Instructor guides

    • Evaluation rubrics

    If you want, I can now:

    👉 Insert these into Chapter 5 – Plan of Attack Section
    👉 Generate student-facing assignment sheets
    👉 Create grading rubrics for each memo
    👉 Build model answers for instructors
    👉 Export all memos into a single PDF or Word file

    Just tell me what you want next!


    7.3: What You Will Submit and Memo Sequence is shared under a CC BY 4.0 license and was authored, remixed, and/or curated by LibreTexts.

    • Was this article helpful?