4.5: Project Reckon — Applied Vendor Management Lab
- Page ID
- 54805
\( \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}\)Project Reckon — Applied Vendor Management Lab
Module Overview
This practicum places students in the role of C-Bay Project Manager, responsible for overseeing the fully outsourced development of Project Reckon.
ZynoxDev has been contracted to deliver:
-
Architecture
-
Detailed Design
-
Development
-
QA
-
Release Preparation
Students must manage delivery risk, vendor alignment, scope integrity, and financial discipline across evolving weekly scenarios.
This module simulates the complexity of managing outsourced product development in a real enterprise environment.
It is not a crisis simulation.
It is a discipline simulation.
Learning Outcomes
By completing this practicum, students will be able to:
-
Evaluate outsourced vendor performance using structured metrics.
-
Detect early indicators of schedule, scope, and budget drift.
-
Apply disciplined change control processes.
-
Assess architectural and QA risks in distributed development.
-
Communicate executive-level project decisions professionally.
-
Escalate issues proportionally and strategically.
-
Balance vendor partnership with contractual discipline.
-
Make release readiness decisions under ambiguity.
Student Role Definition
You are the Project Manager at C-Bay.
You are responsible for:
-
Delivery oversight
-
Vendor coordination
-
Budget and schedule monitoring
-
Quality assurance oversight
-
Risk identification
-
Scope containment
-
Executive communication
You do not manage vendor staff directly.
You manage outcomes and alignment.
Simulation Structure
The module runs across multiple cycles (recommended: 8–12 weeks).
Each week includes:
-
Status email from Julie (ZynoxDev PM)
-
Data attachments
-
Structured response submission
-
Instructor feedback
-
Adaptive escalation (if required)
Weekly Submission Requirements
Each submission must include:
1. Executive Status Position (15 points)
-
Overall health assessment
-
Tolerance evaluation
-
Risk posture
2. Schedule Analysis (15 points)
-
Velocity interpretation
-
Milestone alignment
-
Recovery plan if needed
3. Budget Analysis (15 points)
-
Burn rate evaluation
-
Variance classification
-
Financial discipline decision
4. Quality & Architecture Review (15 points)
-
Defect trend interpretation
-
QA coverage assessment
-
Architectural risk evaluation
5. Scope & Change Control Decision (15 points)
-
Clear approval or rejection
-
Formal change control trigger (if required)
-
Scope boundary clarity
6. Risk Identification & Mitigation (15 points)
-
Risk classification
-
Likelihood & impact
-
Mitigation directive
7. Professional Communication Tone (10 points)
-
Executive clarity
-
Structured logic
-
Non-emotional, non-reactive tone
Total: 100 points per scenario
Grading Rubric
| Criteria | Exemplary (A) | Proficient (B) | Developing (C) | Inadequate (D/F) |
|---|---|---|---|---|
| Analytical Clarity | Clearly distinguishes noise vs structural risk | Identifies risk but lacks depth | Describes issue but misses structural implications | Reactive or superficial |
| Scope Discipline | Explicit, structured change control | Recognizes need for clarity | Hesitant in scope decision | Allows drift |
| Financial Awareness | Integrates burn analysis with decision | Notes variance | Mentions cost but not impact | Ignores financial dimension |
| Risk Identification | Multi-dimensional and proactive | Identifies major risk | Identifies obvious risk only | Misses material risk |
| Directive Precision | Clear actionable instructions | Some direction provided | Vague next steps | No directive |
| Escalation Judgment | Proportional and justified | Some escalation logic | Escalates too much or too little | Avoids decision |
| Tone | Executive, calm, disciplined | Mostly professional | Slightly defensive or informal | Emotional or unclear |
Capstone Assessment
Final Week Deliverables:
-
Release Readiness Assessment
-
Budget Reconciliation Report
-
Risk Acceptance Statement
-
Lessons Learned Memorandum
-
Vendor Performance Evaluation Summary
Capstone is weighted 200 points.
Reflection Component
Students must submit a reflection addressing:
-
What governance mistakes were most tempting?
-
When did risk become visible?
-
How did financial pressure influence decision-making?
-
What would you do differently in a real enterprise setting?
Instructor Guide
The instructor may:
-
Increase tension if responses are passive.
-
Introduce new risks if scope discipline is weak.
-
Escalate political pressure if communication is poor.
-
Simulate executive involvement when financial oversight fails.
Adaptive escalation strengthens realism.
Suggested Scenario Distribution
Minimum 8 Scenarios
Ideal 12–15 Scenarios
Full Practicum: 30 Scenarios
Scenarios may be selected based on instructional emphasis.
Assessment Scaling
For shorter courses:
-
Use 8 scenarios + capstone.
For full semester:
-
Use 15–20 scenarios.
-
Include midterm checkpoint.
-
Add peer review layer.
For executive cohort:
-
Use 10 high-intensity scenarios only.
Optional Enhancements
-
Role rotation (CFO, Architect, PM)
-
Live meeting simulation
-
Timed response windows
-
Vendor contract excerpts
-
Architecture diagrams
-
Change Request log tracking
Module Philosophy
This practicum trains students to understand:
Outsourcing does not remove accountability.
It shifts it.
The Project Manager must prevent drift before crisis.
Discipline is learned through repetition.
This module provides that repetition.

