Cohort clocks: shared vs individual
Every cohort has a clockThe rule that decides which of the six weeks a student is currently in.. It is what answers the question the whole product runs on: for this student, right now, which of the six weeks is it? You choose how that is worked out per cohort, and you can change it at any time.
There are two modes.
Shared clock
Everyone moves through the six weeks together, measured from the cohort's intake date. Week 1 starts for the whole cohort on the same day, and everyone reaches Week 4 together.
Use it for a single intake that starts on one day, the classic Semester 1 "everyone arrives in O-Week" shape. It is the default, and for most cohorts it is the right answer.
Individual clock
Each student's six weeks run from their own start date. Two students who started a fortnight apart are in different weeks on the same calendar day: one might be in Week 2 while the other is in Week 4.
Use it for rolling or staggered intakes, where students begin on different days rather than all at once (common for online, mid-year, and continuous-enrolment programs).
Start dates are set on the student import
with a start_date column. Anyone in the cohort without a start date keeps
riding the shared cohort clock, so a mixed roster is fine: dated students run on
their own timeline, undated students run on the cohort's.
Setting or changing the clock
You pick the clock when you create a cohort, and you can change it later from the Cohort clock panel: open a cohort, then choose Cohort clock. Pick Shared or Individual and save.
Changing the clock does not move students who have no start date, and it never touches your content. Events and key dates (like census) always stay on the real calendar, whichever clock you use, so switching cannot accidentally shift a census deadline.
What the clock does and doesn't move
- It moves: which week a student sees as "this week", and therefore which week-scoped briefings, to-dos, and check-in they land on.
- It does not move: events and fixed key dates. Census, semester start, and semester end sit on the real calendar for everyone (see Term and key dates). An individual clock changes a student's week number, not the date their census falls on.
Which one should I use?
- One intake, everyone starting together on a set day: Shared.
- Students trickling in on different dates (rolling, staggered, online): Individual,
with a
start_dateon each student's import row. - A mostly-shared intake with a few late starters: Individual, and give only
the late starters a
start_date. Everyone else stays on the cohort clock.
Common questions
Is it safe to switch a live cohort's clock?
Yes. Switching is non-destructive: it re-reads which week each student is in, but it doesn't move content, and it doesn't move students who have no start date. Events and key dates stay on the real calendar either way.
What happens to a student with no start date on an individual clock?
They keep riding the shared cohort clock, measured from the cohort's intake date. That is why a mixed roster works: dated students run on their own six weeks, undated students run on the cohort's.
Does an individual clock move census or other key dates?
No. Census and the other fixed key dates are real calendar dates for the whole cohort. The clock only changes which week number a student is in, never the date a deadline falls on.
How do I set each student's start date?
Add a start_date column to the student import.
Rows with a date run on their own clock; rows without one stay on the cohort's.
Related
The fastest answer is usually one question away.