project management

12 things to do before a project kicks off

The root cause of most project failures isn’t a technical problem. It’s a setup problem. Teams dive in before aligning on basic things, and those gaps compound quietly until a deadline reveals them loudly.

Here is the pre-kickoff checklist we recommend to every team starting a new project in Taskora.

Before you create the first task

1. Write a one-paragraph project brief. What problem are you solving, for whom, and how will you know you’ve succeeded? If you can’t write this in a paragraph, you’re not ready to start.

2. Identify the single decision-maker. Every project needs one person with final authority. Committees deliver mediocre outputs on late timelines. Know who that person is.

3. Agree on a definition of done. “Done” is not the same as “shipped.” Is it done when it’s code-complete? When it’s deployed? When the first user uses it successfully? Write it down.

4. Map your stakeholders. Who needs to be informed? Who needs to approve? Who can veto? Surprises from stakeholders you forgot to involve are the most demoralizing kind.

5. List your constraints explicitly. Budget, deadline, team size, technical limitations. Name them. Projects that ignore constraints don’t eliminate them — they just discover them later.

Setting up your workspace

6. Create a single source of truth. One project space, one document folder, one Slack channel. Not three of each with overlapping names.

7. Break the work into phases. Even rough phases (Discovery → Build → Test → Release) give the team orientation. Milestones make slipping visible early.

8. Assign an owner to every task before kickoff. Unassigned tasks don’t get done. They get noticed three days before the deadline.

9. Set realistic deadlines, not aspirational ones. Add 25% to your honest estimate. Not because your team is slow, but because something will always come up.

Communication & process

10. Decide your meeting cadence in advance. Weekly sync? Bi-weekly? No standing meetings? Whatever you choose, write it down so it’s a deliberate choice rather than a default.

11. Define how you will handle scope changes. They will happen. Having a documented process before they happen is infinitely better than negotiating ad hoc under pressure.

12. Schedule a retrospective before you start. Putting the retro on the calendar from day one signals that reflection is part of the process, not an optional extra.


None of this is revolutionary. But the teams that consistently deliver on time are those who treat setup as seriously as execution.

See how Taskora structures projects →

← All posts