Skip to content
Week 9 · Lesson 4 50 min

Technical Storytelling and Judging

Learn to tell your engineering story as problem, approach, result and next step, and prepare your team for the judging interview.

In this lesson you will

  • Structure a technical story as problem, approach, result and next step.
  • Describe the judging interview in general terms and plan who speaks about what.
  • Explain why award criteria and portfolio rules must be checked in the current Competition Manual.
  • Practise a team presentation and improve it using feedback.

Lesson

Judges read many portfolios and talk to many teams. The teams they understand best are the ones that tell a clear story. A good technical story is not about sounding impressive. It is about helping someone outside your team follow your thinking from a problem to a result.

The four-part technical story

  1. 1
    Problem
    What challenge did you face? Make it specific and measurable.
  2. 2
    Approach
    What options did you consider, what did you choose and why?
  3. 3
    Result
    What happened when you tested it? Show the evidence.
  4. 4
    Next step
    What will you improve next, and what do you expect to learn?

Here is a short example: Our intake often missed game elements that arrived at an angle. We compared three intake designs in a decision matrix and built a roller intake. Tests showed it still missed angled elements, so we added a second roller and a wider mouth, which reduced misses in our repeated trials. Next, we plan to test it with the robot driving at full speed.

The judging interview in general terms

At many events, teams meet a small group of judges for a short interview. Often the team gives a brief presentation and then answers questions about the robot, the engineering process and the team. The exact format, length and rules change between seasons and events, so check the current Competition Manual and any event information you receive.

TopicWho usually speaksWhat to prepare
Team overview and goalsCaptain or any confident memberWho you are and what you aimed for this season
Drivetrain and mechanismsBuild sub-team membersOne design decision and one iteration story
ProgrammingProgramming sub-team membersAutonomous strategy, sensors, one key code idea
Testing and resultsWhoever ran the testsOne data table or chart and what changed
Outreach and teamworkMembers who led those activitiesWhat you did and what you learned
  • Make sure every member speaks about something they actually worked on.
  • Practise with a timer so you know how long your presentation really takes.
  • Ask a mentor or another team to play judge and ask unexpected questions.
  • Bring the robot or a mechanism you can demonstrate safely if the event allows it.
  • If you do not know an answer, say so honestly and explain how you would find out.

Judging preparation and awards

FTC events usually include judged awards that recognise different strengths, such as engineering process, robot design, programming, outreach and teamwork. The names, criteria and requirements of these awards change between seasons. Read the award descriptions in the current Competition Manual and make sure your portfolio shows evidence for the areas you want judges to notice.

01Team02Goals03Robot design04CAD05Programming06Testing07Iterations08ReflectionsPortfolio
Map each technical story onto a portfolio section so judges can find the evidence behind what you say in the interview.
  • Does every section tell at least one problem, approach, result, next step story?
  • Does every image have a caption?
  • Do tables and charts have titles and units?
  • Is the portfolio within the current page limits and format rules?
  • Have at least two people who did not write a section proofread it?

Key terms

Technical storytelling
Explaining engineering work as a clear sequence of problem, approach, result and next step.
Judging interview
A conversation between a team and judges, usually with a short presentation and questions about the team's work.
Judged award
An award decided by judges based on criteria in the current Competition Manual rather than by match scores.
Proofreading
Carefully checking a document for errors and unclear parts, ideally by someone who did not write it.

Practical exercise

Write and rehearse your technical stories

  1. 1Each sub-team writes one technical story with the four parts: problem, approach, result, next step.
  2. 2Read the award descriptions and portfolio rules in the current Competition Manual and note which stories support which areas.
  3. 3Fill in a who-speaks-about-what table so every member has a topic.
  4. 4Rehearse the full presentation twice with a timer, with a mentor or teammate asking questions.
  5. 5Write down three questions that were hard to answer and prepare better answers with evidence.
Deliverable: A set of written technical stories, a completed interview plan table and a list of practice questions with improved answers.

Knowledge check

Answer every question, then check your answers.

  1. Q1What is the correct order of a four-part technical story?
  2. Q2A judge asks a question you cannot answer. What is the best response?
  3. Q3Which statement about portfolio format and awards is correct?
  4. Q4Who should speak about the programming during the interview?

Further resources

Mark lesson complete