In the Checkpoint we currently give groups projects to do without breaking them down into tickets.
Checkpoint is only meant to test existing skills, not teach new ones. But we haven't taught this skill in ITP. So for the first few Checkpoints we've had to give a workshop on how to do this. Ideally we would like to stop teaching this in Checkpoint and start teaching it in ITP.
We have a similar workshop in the SDC (https://sdc.codeyourfuture.io/decomposition/sprints/1/day-plan/#breaking-down-features-workshop) but it's focused on a specific project and is specifically talking about backends and frontends, which is a bit too much for ITP.
We probably want to use "if we can agree on the keys in an object" or "if we can agree how to serialise to localStorage and then how to deserialise" or something as our example.
Some of the natural places this could fit (we could do more than one):
- In Data-Groups we assign the tic-tac-toe project which is done in groups. We have already broken this down for people so that they can work in separate functions. After completing this, we could have a reflection session: "Here's how we broke it down so you could work in parallel".
- In Data-Flows we have a Teamwork Project (which is just talking about doing a project, not actually doing it) where we introduce the idea of dependencies between tasks. I'm imagining we could add an "identifying and breaking dependencies" workshop this morning before the teamwork project which could influence the teamwork project, or augment the teamwork project to cover this.
In the Checkpoint we currently give groups projects to do without breaking them down into tickets.
Checkpoint is only meant to test existing skills, not teach new ones. But we haven't taught this skill in ITP. So for the first few Checkpoints we've had to give a workshop on how to do this. Ideally we would like to stop teaching this in Checkpoint and start teaching it in ITP.
We have a similar workshop in the SDC (https://sdc.codeyourfuture.io/decomposition/sprints/1/day-plan/#breaking-down-features-workshop) but it's focused on a specific project and is specifically talking about backends and frontends, which is a bit too much for ITP.
We probably want to use "if we can agree on the keys in an object" or "if we can agree how to serialise to
localStorageand then how to deserialise" or something as our example.Some of the natural places this could fit (we could do more than one):