Use this as the project-management skill for an EDBT submission. EDBT's defining rhythm is the multiple-cycle rolling model (three cycles a year since 2022), so the first planning act is not "hit the deadline" but "choose the cycle my evidence is ready for." Replace every date with the current host-site timetable; the per-cycle author-feedback and revision windows are decided per edition.
EDBT is a conference whose proceedings are open access on OpenProceedings.org (CC-BY-NC-ND, no APC): it has no standing editor-in-chief, the rotating leadership is the per-edition General and Program Chairs appointed with the EDBT Association, and the host site moves each year (Barcelona 2025, Tampere 2026). Re-check the current host page rather than carrying a name or URL forward.
Each EDBT cycle runs the same five-step arc (EDBT 2022 timeline; reverify dates per edition):
[1] Submission upload PDF + artifact to Microsoft CMT by the cycle deadline
[2] Author feedback phase a short window to respond to initial reviews
[3] Notification #1 accept / REVISE / reject
[4] Revised submission if REVISE: upload the revised paper + change letter
[5] Notification #2 accept / reject on the revision
The revise branch is a genuine in-cycle revise-and-resubmit re-read by the same reviewers — plan for it, do not treat it as a formality. Papers accepted in the earlier cycles present at that year's conference; papers accepted in the last cycle roll to the next edition.
| Situation | Cycle choice |
|---|---|
| Evidence complete, artifact built, writing solid | The nearest cycle — do not wait a full third of a year for polish |
| One key experiment still running | The next cycle — a rushed submission burns a revise chance you could earn |
| You want to present at this specific edition | An earlier cycle of that year; the last cycle rolls forward |
| Just rejected from an EDBT track in this format | None for 12 months — the resubmission ban applies (edbt-submission) |
edbt-topic-selection).edbt-author-response).| Weeks out (heuristic) | Database-systems milestone |
|---|---|
| 10+ | Problem and claims fixed; workloads, datasets, and baselines chosen |
| 8 | System/prototype stable; measurement harness and provenance logging in place |
| 6 | Full evaluation run; results and scope drafted alongside them |
| 4 | Full draft in the host/OpenProceedings template; artifact assembled |
| 3 | Internal mock review by a DB-systems reader; baseline fairness challenged |
| 2 | Scope hardened, related-work delta sharpened, page budget met for the shape |
| 1 | Artifact re-run clean; availability/reproducibility statement final |
| 0 | CMT fields complete; PDF + artifact uploaded before the cycle cutoff |
These offsets are planning heuristics only — anchor every one to the current host-site timetable, never to a previous cycle's calendar.
[Current stage] idea / evidence / cycle-chosen / submitted / author-feedback / revise / accepted
[Target cycle] cycle N, deadline <date and source>, presents at <edition/year>
[Critical path] <three tasks that determine readiness>
[Revise risk] <can the likely revision be finished inside the in-cycle window?>
[Owner map] <task -> person or role>