# Case Competition Plan: [Competition name and year]

> A preparation plan for MBA case competitions: forming the team, planning the hours of a 24-hour competition or
> the weeks of a multi-week one, building an analysis workplan, writing the deck storyline, preparing for judges'
> questions, and understanding how judging usually works. It includes worksheets with *Example* rows, an hour-by-hour
> 24-hour timeline, a week-by-week plan, a ghost-deck template, a Q&A bank, an example judging scorecard and a
> post-competition review. It is for MBA students entering internal, regional or international case competitions,
> and for faculty or club coaches. Source basis: team research (Tuckman 1965; Hackman 2002; Edmondson 1999; Woolley et
> al. 2010), structured communication practice (the pyramid principle described by Minto) and general competition
> practice, written in our own words. Replace every `[bracketed]` value and every row marked *Example*. The
> competition's own rules always override this plan.

<!--
Guidance: How to use this template
- Fill Document control and section 2 (rules) the day you register. Most avoidable disqualifications come from rules nobody read.
- Choose the timeline that matches the format: section 5 for 24 to 48-hour competitions, section 6 for multi-week ones.
- Write the answer first: by the synthesis checkpoint you should be able to say your recommendation in one sentence, even if it changes later.
- Build the Q&A bank (section 9) in parallel with the deck, not after it.
- After the competition, complete section 12 while the judges' feedback is fresh.
- Related templates: mba/mba-case-write-up, mba/mba-case-prep-sheet, mba/mba-learning-team-charter, mba/mba-peer-feedback, mba/mba-case-interview-prep, mba/mba-market-sizing-drills, mba/mba-business-communication-card, mba/mba-npv-irr-card, academic/finance-case-analysis, business/executive-summary, startup/pitch-outline
-->

## Document control

<!-- Guidance: Record the format and the limits exactly as the organiser publishes them. -->

| Field | Value |
|---|---|
| Document ID | [CCP-001] |
| Competition | [Name, organiser, year] |
| Round | [Internal selection / Qualifying round / Final] |
| Format | [24-hour / 48-hour / multi-week / live on-site] |
| Case release | YYYY-MM-DD HH:MM [time zone] |
| Submission deadline | YYYY-MM-DD HH:MM [time zone] |
| Presentation | [Minutes of presentation + minutes of Q&A] |
| Deliverables | [Deck, page limit, executive summary, financial model, video] |
| Team | [Names, programme, year] |
| Faculty or club coach | [Name] |
| Version | [0.1] |
| Status | [Planning / Competing / Review complete] |
| Last updated | YYYY-MM-DD |

### Approvals

| Role | Name | Decision | Date |
|---|---|---|---|
| Team captain | [Name] | [Plan agreed] | YYYY-MM-DD |
| Coach (if any) | [Name] | [Reviewed] | YYYY-MM-DD |

## Contents

1. What case competitions test
2. Rules, eligibility and ethics
3. Team formation
4. Process overview
5. Timeline for a 24-hour competition
6. Timeline for a multi-week competition
7. Analysis workplan
8. Deck storyline
9. Q&A preparation
10. Judging criteria
11. Rehearsal and delivery
12. Post-competition review
13. Common mistakes
14. Self-test

## 1. What case competitions test

<!-- Guidance: Read once. Competitions reward the same skills as case courses, under more time pressure and with a stronger emphasis on delivery. -->

A case competition gives teams of three to five students a business problem, often sponsored by a company, and a
fixed time to analyse it and present a recommendation to a panel of judges. Formats range from a few hours to several
weeks; finals are usually live presentations followed by questions. The skills tested are the ones a strategy or
general-management role uses every day: structuring an ambiguous problem, prioritising analysis under time pressure,
reaching a clear recommendation, quantifying its impact, planning implementation, and defending the reasoning under
challenge.

Competitions differ from a course case in three ways. First, the sponsor often provides real or realistic data and
expects recommendations it could act on, so feasibility matters more. Second, delivery counts: judges see many decks
and remember the teams that were clear, confident and well rehearsed. Third, the Q&A often decides close rankings,
because it shows whether the team understands its own analysis or only presented it.

## 2. Rules, eligibility and ethics

<!-- Guidance: Copy the rules that bind you into this table. When in doubt, ask the organiser in writing and keep the answer. -->

| Rule area | What the competition says | Our compliance |
|---|---|---|
| Eligibility (programme, year, team composition) | [ ] | [ ] |
| Outside help (faculty, coaches, alumni, friends) | [ ] | [ ] |
| Outside data and research | [ ] | [ ] |
| Generative AI tools | [ ] | [ ] |
| Confidentiality of the case and sponsor data | [ ] | [ ] |
| Deliverable limits (slides, pages, file size, fonts) | [ ] | [ ] |
| Late submission and technical failure | [ ] | [ ] |

Rules on outside help and on generative AI vary between competitions and change from year to year; some organisers
publish an explicit AI rule, and some require disclosure. Read the current rules for your
competition, do not assume last year's apply, and disclose any use the rules ask you to disclose. Treat sponsor data
as confidential: do not post it, share it with other teams or reuse it after the event without permission.

## 3. Team formation

<!-- Guidance: Pick for complementary skills and for how people behave under fatigue. A team of four strong analysts with no designer and no presenter usually loses to a balanced team. -->

Team performance depends less on the average talent of members than on how the group works together: turn-taking in
conversation and social perceptiveness predicted group performance across tasks in one well-known study (Woolley et
al. 2010), and teams learn more when members feel safe to raise doubts and admit mistakes (Edmondson 1999). Hackman
(2002) names five conditions for team effectiveness: a real team (clear membership, interdependent work), a
compelling direction, an enabling structure (task design, the right size and mix, clear norms of conduct), a
supportive context (resources, information, rewards) and expert coaching. For a competition team, the three you
control most directly are direction, structure and coaching.

Skills matrix (score 1 to 3; aim for at least one 3 in every row):

| Skill | [Member 1] | [Member 2] | [Member 3] | [Member 4] |
|---|---|---|---|---|
| Problem structuring and synthesis | *Example:* 3 | 2 | 2 | 1 |
| Financial modelling (Excel) | 2 | 3 | 1 | 2 |
| Industry or functional knowledge | 1 | 2 | 3 | 2 |
| Slide design and visual storytelling | 1 | 1 | 2 | 3 |
| Presenting and handling questions | 3 | 2 | 2 | 2 |
| Research speed (data, benchmarks) | 2 | 2 | 3 | 2 |

Roles (one owner each; everyone still analyses):

| Role | Owner | Responsibilities |
|---|---|---|
| Captain | [Name] | Workplan, time-keeping, final call when the team is split |
| Storyline owner | [Name] | Ghost deck, executive summary, one-sentence answer |
| Model owner | [Name] | Financial model, numbers on every slide, backup calculations |
| Deck owner | [Name] | Slide template, visual consistency, final file |
| Q&A owner | [Name] | Question bank, backup slides, who answers what |

Agree norms before the case drops: how you decide when you disagree, sleep rules, how you give feedback (use
mba/mba-learning-team-charter and mba/mba-peer-feedback). New teams pass through forming, storming, norming and
performing (Tuckman 1965); a practice case two or three weeks before the event moves the storming phase out of the
competition itself.

## 4. Process overview

<!-- Guidance: The same steps apply to every format; only the time per step changes. -->

Every format follows the same loop: define the problem, form hypotheses, test them with focused analysis, and reach
a one-sentence answer at a synthesis checkpoint before any slide is built. If the checkpoint fails, the team goes
back to the issue tree rather than forward to the deck.

```mermaid
flowchart TD
  A["Case release: read individually"] --> B["Define the problem and success criteria"]
  B --> C["Issue tree and hypotheses"]
  C --> D["Workplan: analyses, owners, deadlines"]
  D --> E["Analysis sprints"]
  E --> F{"Synthesis checkpoint: one-sentence answer?"}
  F -- "No" --> C
  F -- "Yes" --> G["Ghost deck and storyline"]
  G --> H["Build slides and model"]
  H --> I["Dry runs and Q&A drills"]
  I --> J["Submit and present"]
  J --> K["Post-competition review"]
```

## 5. Timeline for a 24-hour competition

<!-- Guidance: Times are hours after case release (T+). Adjust to your release time and protect the sleep block: tired teams make number errors in the final hours. -->

| Block | Time | Hours | Activity | Output |
|---|---|---|---|---|
| 1 | T+00:00 to T+01:00 | 1.0 | Read the case individually, note questions | Individual notes |
| 2 | T+01:00 to T+02:30 | 1.5 | Problem definition, issue tree, hypotheses, workplan | Workplan (section 7) |
| 3 | T+02:30 to T+08:00 | 5.5 | Analysis sprint 1 in parallel workstreams, check-in every 2 hours | First results |
| 4 | T+08:00 to T+09:00 | 1.0 | Synthesis checkpoint: answer first | One-sentence recommendation |
| 5 | T+09:00 to T+12:00 | 3.0 | Ghost deck; analysis sprint 2 on the gaps | Ghost deck, model v1 |
| 6 | T+12:00 to T+16:00 | 4.0 | Sleep in shifts (at least 3 hours each) | Rested team |
| 7 | T+16:00 to T+19:00 | 3.0 | Build slides, finalise model | Deck v1 |
| 8 | T+19:00 to T+20:30 | 1.5 | Dry run 1, fix storyline and slides | Deck v2 |
| 9 | T+20:30 to T+21:30 | 1.0 | Q&A bank and backup slides | Q&A sheet |
| 10 | T+21:30 to T+22:30 | 1.0 | Dry run 2, timed, with mock judges if possible | Final timing |
| 11 | T+22:30 to T+23:30 | 1.0 | Final polish, number check, submit | Submitted file |
| 12 | T+23:30 to T+24:00 | 0.5 | Buffer for upload problems | |

The blocks sum to 24.0 hours; the two analysis blocks (3 and 5, the second shared with the ghost deck) take 8.5
hours, or 35.4% of the time (computed in the calc
file). Teams that spend more than half the time on analysis usually run out of time for the storyline and the dry
runs, which carry a large share of the judging weight.

```mermaid
gantt
  title 24-hour competition (hours after case release)
  dateFormat HH:mm
  axisFormat %H:%M
  section Think
  Read individually :a1, 00:00, 60m
  Problem and workplan :a2, after a1, 90m
  Analysis sprint 1 :a3, after a2, 330m
  Synthesis checkpoint :a4, after a3, 60m
  Ghost deck and sprint 2 :a5, after a4, 180m
  section Rest
  Sleep in shifts :a6, after a5, 240m
  section Build
  Build slides :a7, after a6, 180m
  Dry run 1 and fixes :a8, after a7, 90m
  Q&A prep :a9, after a8, 60m
  Dry run 2 timed :a10, after a9, 60m
  Polish and submit :a11, after a10, 60m
  Buffer :a12, after a11, 30m
```

## 6. Timeline for a multi-week competition

<!-- Guidance: Multi-week formats reward depth: primary research, a robust model and several rehearsals. Fix weekly team meetings in everyone's calendar on day one. -->

| Week | Focus | Key activities | Output | Owner |
|---|---|---|---|---|
| T-2 weeks | Team readiness | Skills matrix, roles, norms, one practice case | Charter, practice deck | Captain |
| Week 1 | Problem and hypotheses | Read the case, define the problem, issue tree, hypotheses, data request list, interview plan | Workplan, interview list | Storyline owner |
| Week 2 | Analysis | Market sizing, customer and competitor analysis, 3 to 6 expert or customer interviews, model v1 | Analysis pack, model v1 | Model owner |
| Week 3 | Synthesis and storyline | Synthesis workshop, ghost deck, test the answer with a coach, model v2 with sensitivity | Ghost deck, model v2 | Storyline owner |
| Week 4 | Build and rehearse | Full deck, appendix, Q&A bank, at least three dry runs with outside audiences | Final deck, Q&A sheet | Deck owner, Q&A owner |
| Final days | Finals preparation | Shorten to the finals time limit, rehearse transitions, prepare for a new twist or added data | Finals deck | Captain |

## 7. Analysis workplan

<!-- Guidance: Every analysis must test a hypothesis that could change the recommendation. If it cannot change the answer, cut it. -->

**Problem statement.** [What decision must the sponsor make, by when, measured by which success metric?]

**Issue tree (example structure).** The question "How can [Company] grow revenue by [x]% in [y] years?" splits into
mutually exclusive, collectively exhaustive branches: grow the core (more customers, more spend per customer, better
retention), expand (new segments, new geographies, new products) and acquire or partner.

| ID | Hypothesis | Analysis that tests it | Data source | Owner | Due (T+) | Status |
|---|---|---|---|---|---|---|
| WP-001 *(Example)* | Retention, not acquisition, is the main revenue gap | Cohort retention versus peers | Case Exhibit 4 | [Name] | T+06:00 | Done: confirmed |
| WP-002 *(Example)* | The adjacent segment is large enough to matter | Top-down and bottom-up market sizing | Case data, public reports | [Name] | T+07:00 | Done: market about 3x the gap |
| WP-003 *(Example)* | The recommendation pays back within 3 years | NPV and payback with sensitivity on uptake | Model | [Name] | T+11:00 | In progress |
| WP-004 | [ ] | [ ] | [ ] | [ ] | [ ] | [ ] |

Check-ins every two hours (24-hour format) or twice a week (multi-week format): each owner says what they found, what
it means for the answer and what they need. The captain kills or adds analyses at each check-in.

## 8. Deck storyline

<!-- Guidance: Write the storyline as slide titles before anyone designs a slide. If the titles read as a coherent argument on their own, the deck works. -->

Structure the opening as situation, complication and resolution, and the deck as a pyramid: the answer first, then
three supporting arguments, each backed by evidence, the approach Minto describes in *The Pyramid Principle*.

Ghost deck (titles are full-sentence takeaways):

| Slide | Takeaway title | Evidence on the slide | Owner |
|---|---|---|---|
| 1 | [Company] should [recommendation], adding [USD x m] by [year] | Answer, three reasons, headline number | Storyline owner |
| 2 | [Complication]: [what has changed and why acting now matters] | Two or three facts from the case | [ ] |
| 3 | [Reason 1 as a conclusion] | Chart or analysis | [ ] |
| 4 | [Reason 2 as a conclusion] | Chart or analysis | [ ] |
| 5 | [Reason 3 as a conclusion] | Chart or analysis | [ ] |
| 6 | We considered [alternatives] and chose [option] because [criteria] | Comparison table | [ ] |
| 7 | Implementation in three phases starting [month] | Roadmap with owners and milestones | [ ] |
| 8 | The plan returns [NPV / payback] and stays positive if [key driver] falls by [x]% | Financial summary and sensitivity | Model owner |
| 9 | Key risks are manageable with [mitigations] | Risk matrix | [ ] |
| 10 | Next steps for the first 90 days | Action list | [ ] |
| Appendix | Backup analyses, assumptions, model detail | One slide per likely question | Q&A owner |

Talk time budget for a 15-minute presentation (computed in the calc file; adjust to your limit):

| Part | Minutes |
|---|---|
| Answer and agenda | 1.5 |
| Situation and problem | 2.0 |
| Analysis (three reasons) | 5.0 |
| Recommendation and alternatives | 2.5 |
| Implementation and financials | 3.0 |
| Risks and close | 1.0 |
| **Total** | **15.0** |

## 9. Q&A preparation

<!-- Guidance: List at least 25 likely questions, assign an answerer to each, and build a backup slide for the hardest ten. -->

Typical question categories and examples:

| ID | Category | Example question | Answerer | Backup slide |
|---|---|---|---|---|
| QA-001 *(Example)* | Assumptions | "Why 4% uptake in year one, not 2%?" | Model owner | A3 |
| QA-002 *(Example)* | Feasibility | "Does the sponsor have the people to run this?" | [Name] | A7 |
| QA-003 *(Example)* | Alternatives | "Why not partner instead of build?" | Storyline owner | A5 |
| QA-004 *(Example)* | Risks | "What happens if a competitor matches your price?" | [Name] | A8 |
| QA-005 *(Example)* | Financials | "What is the payback if costs run 20% over?" | Model owner | A4 |
| QA-006 *(Example)* | Priorities | "If you could do only one thing next month, what?" | Captain | none |
| QA-007 | [ ] | [ ] | [ ] | [ ] |

Answering technique: answer first in one sentence, give the reason or number, refer to a backup slide if useful,
then stop. If you do not know, say what you would need to find out and how it would change the answer. Hand over
explicitly ("Priya built the model, she can take that") rather than having two people answer at once. Never
contradict a teammate in front of the judges; build on the answer instead.

## 10. Judging criteria

<!-- Guidance: Criteria and weights differ by competition. Use the published criteria when available; otherwise this general set is a reasonable proxy for self-scoring at dry runs. -->

Most competitions judge some combination of the following, often on a 1 to 10 scale per criterion:

| Criterion | Weight (example) | What judges look for |
|---|---|---|
| Problem understanding | 15% | The real question identified, sponsor context understood |
| Analysis and rigour | 25% | Insightful, correct analysis; assumptions stated and tested |
| Recommendation quality | 20% | Clear, specific, creative yet feasible |
| Implementation and financials | 20% | Phased plan, resources, credible financial impact, risks |
| Delivery and slides | 10% | Clear storyline, readable slides, confident presenters, time kept |
| Q&A | 10% | Direct, accurate answers; teamwork under questioning |

*Example* scoring by one judge (computed in the calc file): Team 1 scores 8, 7, 8, 6, 9, 7 and Team 2 scores 7, 9, 7,
8, 7, 8 on the six criteria. Weighted scores: Team 1 = 7.35, Team 2 = 7.80 out of 10 (Excel:
`=SUMPRODUCT($B$2:$B$7,C2:C7)`). Team 1 presented better, but Team 2 leads by two points on analysis (25%) and on
implementation (20%), worth 0.90 weighted points, more than Team 1's leads elsewhere: polish does not make up for a
thin plan.

Judges are often executives from the sponsor, consultants and faculty. Sponsor executives tend to probe feasibility
and fit with their constraints; consultants probe structure and numbers; faculty probe the logic and the use of
frameworks. Prepare for all three.

## 11. Rehearsal and delivery

<!-- Guidance: At least two timed dry runs; at least one in front of people who have not seen the deck. -->

- Each presenter owns a section and transitions by handing over the next point, not by saying "next slide".
- Rehearse the first 60 seconds word for word; it sets the judges' first impression of clarity.
- Keep 30 seconds of margin under the time limit; judges notice overruns and some competitions cut presenters off.
- Number check before submission: every figure on a slide matches the model, units on every chart, totals that add up.
- Logistics: file format and name, fonts embedded, adapter for the room, a printed copy, a backup on a second device.
- Dress and conduct: follow the organiser's guidance; thank the sponsor; be courteous to other teams.

Dry-run log:

| Run | Date or T+ | Audience | Time taken | Top three fixes |
|---|---|---|---|---|
| 1 *(Example)* | T+19:00 | Team only | 17:40 | Cut slide 4, merge risk slides, start with the number |
| 2 *(Example)* | T+21:30 | Coach and two classmates | 14:20 | Clarify uptake assumption, shorten close, assign Q&A on costs |
| [3] | [ ] | [ ] | [ ] | [ ] |

## 12. Post-competition review

<!-- Guidance: Within 48 hours, with the whole team. Ask the organiser for written judges' feedback if it is offered. -->

| Question | Our answer |
|---|---|
| Result and judges' feedback (verbatim notes) | [ ] |
| What did the winning team do that we did not? | [ ] |
| Where did we lose most time? | [ ] |
| Which Q&A answers were weak, and why? | [ ] |
| Three things to keep, three to change next time | [ ] |
| Peer feedback exchanged (mba/mba-peer-feedback) | [Yes / No] |

## 13. Common mistakes

<!-- Guidance: Read before the case drops and again at the synthesis checkpoint. -->

1. **Boiling the ocean.** Analysing everything instead of the few analyses that could change the answer.
2. **No answer until the last night.** Without a one-sentence answer at the checkpoint, the deck becomes a list of
   findings.
3. **Descriptive slide titles** ("Market overview") that force judges to work out the point.
4. **A creative idea the sponsor cannot execute.** Judges from the sponsor discount ideas outside its capabilities or
   budget.
5. **Financials as an afterthought.** No credible numbers for cost, revenue impact and payback, or numbers on slides
   that do not match the model.
6. **No sensitivity.** Judges ask what happens if the key assumption is wrong; the team has no answer.
7. **Skipping sleep.** Error rates in the final hours rise sharply for exhausted teams.
8. **Untimed rehearsal.** Overrunning the limit or rushing the recommendation because the analysis section ran long.
9. **Unassigned Q&A.** Two people answer at once, or nobody does.
10. **Rules missed.** Outside help, outside data or AI use beyond what the rules allow, or a late or oversized file.
11. **One person does all the talking** in a format where judges expect the whole team to present.

## 14. Self-test

<!-- Guidance: Answer from memory; then check the Answer key. -->

1. Name the five team roles in section 3 and say which one owns the one-sentence answer.
2. In the 24-hour plan, what happens at T+08:00 and why is it placed there?
3. Why should every analysis in the workplan be linked to a hypothesis?
4. Rewrite the slide title "Financial analysis" as a takeaway title for a plan with NPV USD 12m and payback 2.5 years.
5. Compute Team 1's weighted score from section 10 and explain why it loses to Team 2.
6. A judge asks a question nobody prepared for. Describe a good answer structure.
7. Name Hackman's (2002) five conditions for team effectiveness, and the three a competition team controls most directly.
8. Name two rules you must check before using generative AI tools in a competition.

## Sources and further reading

<!-- Guidance: Team and communication research behind the plan. Books are named as further reading. -->

- Tuckman, B. W. (1965). Developmental sequence in small groups. *Psychological Bulletin*, 63(6), 384-399.
- Edmondson, A. (1999). Psychological safety and learning behavior in work teams. *Administrative Science
  Quarterly*, 44(2), 350-383.
- Woolley, A. W., Chabris, C. F., Pentland, A., Hashmi, N., and Malone, T. W. (2010). Evidence for a collective
  intelligence factor in the performance of human groups. *Science*, 330(6004), 686-688.
- Hackman, J. R. (2002). *Leading Teams: Setting the Stage for Great Performances*. Harvard Business School Press.
- Further reading (by name only): Minto, B., *The Pyramid Principle: Logic in Writing and Thinking*; Belbin, R. M.,
  *Management Teams: Why They Succeed or Fail*; Duarte, N., *Resonate*.
- In this library: mba/mba-case-write-up for written analysis, mba/mba-case-interview-prep and
  mba/mba-market-sizing-drills for structuring practice, mba/mba-npv-irr-card for the financial case.

## Answer key

<!-- Guidance: Check after attempting. -->

1. Captain, storyline owner, model owner, deck owner, Q&A owner. The storyline owner owns the one-sentence answer
   (the captain makes the final call if the team is split).
2. The synthesis checkpoint. It comes after the first analysis sprint, early enough that the ghost deck and the
   second sprint can focus on the gaps in the answer.
3. Because only analyses that could change the recommendation are worth the time; hypotheses make that test explicit
   and let the captain cut the rest.
4. For example: "The plan returns USD 12m NPV and pays back in 2.5 years."
5. 0.15 x 8 + 0.25 x 7 + 0.20 x 8 + 0.20 x 6 + 0.10 x 9 + 0.10 x 7 = 7.35. Team 2 scores 7.80. Team 2's two-point
   leads on analysis (25%) and implementation and financials (20%) are worth 0.50 + 0.40 = 0.90, plus 0.10 on Q&A;
   Team 1's leads on problem understanding, recommendation and delivery are worth only 0.15 + 0.20 + 0.20 = 0.55.
   Net difference 0.45.
6. Acknowledge the question, answer with what you know in one sentence, state what you would need to find out and
   how it could change the recommendation, then stop.
7. A real team, a compelling direction, an enabling structure, a supportive context and expert coaching; the team
   controls direction, structure (size, mix, norms) and coaching most directly.
8. Any two of: whether AI tools are allowed at all, for which tasks, whether use must be disclosed, and whether the
   sponsor's confidential data may be entered into a tool.

## Revision history

<!-- Guidance: Update after each round or competition. -->

| Version | Date | Author | Change |
|---|---|---|---|
| 0.1 | YYYY-MM-DD | [Name] | Plan created from template |
| 0.2 | YYYY-MM-DD | [Name] | Rules, team and timeline confirmed |
| 1.0 | YYYY-MM-DD | [Name] | Post-competition review added |

## Standard and licence note

Based on published research on team development and effectiveness (Tuckman 1965; Edmondson 1999; Hackman 2002;
Woolley et al. 2010) and on general structured-communication and case-competition practice, summarised in original
wording. The timelines, worksheets, judging scorecard and examples are original and written for this collection;
they describe common practice and are not the rules of any competition, school or sponsor, and the template is not
affiliated with or endorsed by any of them. All names and figures in the examples are fictional. Check the current
rules of your competition before use. Template licence: MIT.
