🧑🏽🤝🧑🏽 day-plan
Features features features
✍🏽 Register
Blockers!
Learning Objectives
🚗 Traffic Jam Gameplay
In groups or breakout rooms of 4 trainees maximum.
One person will share their screen and be the driver. The driver can only move the pieces where you are told by the navigators. The driver cannot make any decisions!
The others will be the navigators. Together, the navigators must figure out a strategy to unblock the car, and tell the driver how to do it!
Each person must drive so set a timer for and then swap.
You can do this energiser in person, online, or a mix of both. You can play this completely offline using this kit: Rush Hour.
Start on Level 6 or above and get everyone to load the page before you go into breakout rooms/groups. Put your adblocker on!
Facilitator Check in questions
Model ways of thinking about the game strategically instead of just trying stuff randomly
- Which car is the blocker? Everyone guess!
- What shall we do first?
- What do you notice about the cars? Are they different sizes?
- What do you notice about the board? What does this mean for our choices?
- Is it frustrating being the driver?
- Are we there yet? Shall we play another round?
- What one thing shall we say we noticed about this game, back in the main room?
Evolve the game
Evolve the game each time you play to guide the players to insights
- Round 2: You must discuss for 1 minute before you make any moves
- Round 3: A single navigator can make no more than three moves in one go
- Round 4: Try to solve the puzzle in as few moves as you can
More resources
- Backup alternative online game
- Physical version of this game
Demo Time!
Learning Objectives
You have two main goals for today:
Make your demo in 5 minutes
Appraise your peers’ demo, asking questions if you have any.
Your demo
- ⏱️ A timekeeper should keep time and call the teams in a random order.
- 🪧 Make sure your presentation is up and running.
- 🫣 Do some nerve-calming exercises so you feel more confident.
- 😅 Smile.
- ✨ Present amazingly.
Morning Break
A quick break of fifteen minutes so we can all concentrate on the next piece of work.
Retrospective
Learning Objectives
Retrospective is about celebrating what is going well, identifying what isn’t going well, and agreeing on actions to improve your team processes.
Be honest and kind when talking about the examples.
Our retrospective
Open the chosen board.
Give everyone to add their points. Use 1 sticky note per point. Do not write more than 1 sentence on a note.
Start reviewing the examples.
- Usually, we start with the positive ones first.
- Ask the person who wrote the example to give more input to the group
- Open it up for questions and detailing
- Agree on an action for that example, if applicable.
- Write the action on the board
- Define who in the team will be responsible for delivering it
- Agree on a deadline.
Example cooldown board
Cooling period (optional)
Solving conflicts as part of a team
Conflicts are part of life. It can occur more often in high-pressure moments, such as delivering a product in a short period. It might happen at any moment in the week, but the retrospective usually brings them up more clearly.
Team conflict
If you see that you and your team struggle to collaborate, communicate or work together positively, and conflict is getting heated, you can use this cooling technique:
Stop working and take a 5-minute break.
Reflect on what you think is working well and what is not working.
Discuss your preferred ways to communicate.
Re-establish how you will work together as a team.
Create a 5-step action plan about how they will resolve further challenges.
Individual conflict
If the conflict is about one specific individual, they must talk to a volunteer about the following:
Their strengths and weaknesses.
Reflections on how they will work together with the team.
Clear action plan to resolve further challenges.
This must be done so the trainee can work on the team again.
Sprint planning
Learning Objectives
Agile software teams often work in ‘sprints’: specific chunks of time where we commit to a development goal.
Goal: Get the homepage working.
We set a single goal and focus on reaching it together as a team.
This helps us work on the most important thing. We’ll have lots of ideas for different things we can build, and we don’t want to get distracted. And it should encourage us to work together as a team.
For this project, we’ll be doing 1 week sprints. So, we should plan and start a new sprint at the start of each week.
Sprint planning is the process of planning our week, specifically focused on our development backlog and picking which user stories to include. exercises:
Plan the sprint
As a group, review the Backlog of user stories on your Project Board
Discuss the user stories - make sure they all have a detailed description of what you need to build and check that everyone in the team understands them. You can check this by asking everyone - would you feel comfortable implementing this yourself? (if no, check why not and add more information)
Arrange the user stories in priority order - put the most important ones first. These stories should help us reach our MVP and solve customer problems faster.
Start moving the user stories from your Backlog column to the Prioritised column. Keep going until you have enough for a week of work - this is your ‘sprint’. Estimating how much you can do in a week might be tricky. Tip: not enough is better than too much. We can always add more later.
Describe your week of work as a goal in a single sentence. Keep it focused on your product, not the technology. For example, “Goal: Get the homepage working” is better than “Goal: Setup the SQL database.”
Post your goal to the class Slack channel, e.g. “This week’s sprint goal for the Amazing Coderz team is: Get the homepage working!”
Community Lunch
Every Saturday we cook and eat together. We share our food and our stories. We learn about each other and the world. We build community.
This is everyone’s responsibility, so help with what is needed to make this happen, for example, organising the food, setting up the table, washing up, tidying up, etc. You can do something different every week. You don’t need to be constantly responsible for the same task.
Team Development
Learning Objectives
This time is set aside for you to work together as a team to make progress on your project. Don’t waste it.
Here are some activities you can do during this time:
🗂️ Options
Blockers
🚧 Blockers
Learning Objectives
Identify any blockers or dependencies in your project. What must be done first? What can be “decoupled” and done in parallel? The better you can identify these, the more efficient your team will be. Discuss these blockers as a team and decide how to solve them while you are all together and can help each other.
Describe your blocker
Describing the problem systematically will take you most of the way to resolving the blocker. Use the following template on a ticket on your board:
- What you did: Describe what you have done so far. Give links and code snippets.
- What you expected: Describe what you expected to happen.
- What actually happened: Describe what actually happened.
Blockers can feel frustrating, but in reality they are opportunities to explore and solve problems. This is what engineering is all about. 🌱
Pair Programming
Pair programming
Learning Objectives
- Switch between driver and navigator roles after
- The “driver” is the person typing on the keyboard, just thinking about what needs to be written
- The “navigator” reviews what the driver is doing and is thinking about to write next
- Don’t dominate - this is teamwork
⌛ Time’s up! Take a break! Make a cup of tea. Good job, partners!
Code Review
Review a Pull Request
Learning Objectives
You have opened at least one pull request this week and likely several more. (If you have not, your tickets are too big and you need to scope them down.)
In this session, you will review a pull request from a teammate, and they will review yours. You should be doing this during the week anyway, but this session is a chance to talk in person, ask clarifying questions, and make changes together.