Project Kick-off Meeting

A kickass project kick-off meeting orients your team and moves things forward. Here are our favorite activities to include (don't miss the example agenda page in step 1!).


Build consensus on the most important aspects of the project: main objective, high-level scope, timing, trade-offs, and decision ownership. 

If you're ready to execute on your project and struggling with pretty much any area on your Health Monitor, running this play might help.

Read more

At the best of times, projects operate like well-oiled machines. At the worst of times, it feels like Times Square traffic: your team doesn't seem to agree on the end goal, the project keeps stalling out because you're waiting on work from another team, and OMG would someone please just make a decision already?!

Although the idea of meeting to kick off a project might seem tedious, they're totally worthwhile – provided they're done right. If all you do is have a manager flip through a deck of bullet-point slides while the team pretends not to be sleeping, you're wasting everyone's time. You have to use this hour to get the whole team talking.

But here's the thing: kicking off a project "right" is going to look different for every project. So the Project Kick-off is a flexible, scalable play. You'll find a minimal set of activities to include, and a bunch of others you can mix n' match depending on what your team needs.


Pull the whole project team together. It's easier to have everyone in the room than to catch a bunch of people up later.

A solid agenda for your project kick-off meeting gets your team off on the right foot.
User Team

Whole team

Pencil icon
Prep Time

15 min

Measure Clock

60 min

Difficulty Medium


Running the play

The project kick-off meeting is a play-of-plays. Pick a set of activities from the selection below based on what your project needs to succeed.


Whiteboard or butcher's paper


Sticky notes


Rubber chicken


Divide up the whiteboard into five sections, or hang 5 pieces of butcher's paper on the wall, to use with the core activities. Label them as "Vision statement", "Drivers", "Functional scope", Non-functional scope", and "Stakeholders". Also prepare a piece of butcher's paper with the scales for the Trade-off Sliders activity, and stash that off to the side.

On a separate whiteboard section or piece of paper, write the list of activities you've selected. This will serve as the project kick-off meeting's agenda.

Pro Tip

Run this play as you're moving from envisioning mode to execution mode.

Step 1

Set the stage (5 min)

Start with the basics. Welcome the group, and thank everyone for taking time to be there. Walk through the agenda you've chosen, but don't spend time going into a ton of detail about each activity.

Start a new page in Confluence to capture notes and photos from each of the activites. Ideally, someone other than the project owner can be the designated scribe.

If you're doing the icebreaker activity, dive into that now. Else, start working through the core activities. Then do the mix n' match activities you've selected as time permits.

That's all there is to the format. It's meant to be flexible. Refer to the activities below as you plan out the agenda. We included some example agendas, but the key to this play is customizing it to your team's needs. Make it your own, yo!

Content search
For example...

By the end of the kick-off meeting, you might have a Confluence page that looks something like this. 

Step 2

Core kick-off activities

The overall goal here is clarity and consensus. You're building that all-important shared understanding  amongst team members. Here's the suggested order and timing:

Vision statement (10 min)

Summarise the project's value and purpose in a single (yes, single) statement.

Ask everyone to write a proposed vision statement on a sticky note (2 min). One by one, have each person read their statement aloud as they post it up on the wall (2- 5 min). Consolidate them into a unified vision statement (3 - 6 min).

Think about your project through the eyes of your customers – who may be internal or external – and what problem you're trying to solve for them. Also think about alternative solutions already out there, and how yours will be better.

The final statement will probably have a format similar to this:

"For , the does / provides / solves . Unlike , it will ."

If you can't agree on a vision statement in 10 minutes, run the Elevator Pitch play soon after this session.

Drivers (5 min)

Understand why the project makes sense.

Ask the team to write on sticky notes why you're pursuing this project. Think about it from the perspective of the customer, the company, and/or internal team's needs.

Have everyone post their stickies on the wall, then group similar ideas together. Read through each sticky and let the team know they're free to comment or ask questions. Do your best to clear up any confusion or inaccuracies. If you can't clarify everything on the spot, note that and follow up on it after the session. You might also follow up with the Problem Framing play afterwards.

Project DACI (5 min)

Figure out who will be the default Driver, Approver, Contributors, and Informed for decisions about the project.

Ask everyone to call out their understanding of who should fill the D, A, C, and I roles when it comes to most decisions. These are your defaults – it's ok to modify the DACI for specific decisions as the project moves along. 

Clear up uncertainties and disagreements to whatever extent you can. If you come out with a clear DACI, great. If not, you should probably run the full DACI play soon after the Project Kick-off session.

Project scope (15 min)

Get an initial read on what's in and out of scope.

Back to the sticky notes! Have everyone write down what they feel should be in and out of scope for the project. This might be features or tasks, or which problems will be solved. You'll probably get a mixture of both, actually.

Go around the room and ask everyone to talk through their ideas. Then put their stickies up in the Functional and Non-functional scope areas, as appropriate. Even after talking it all through, there'll still be some uncertainty. Make a note to follow up on them after the session.

Trade-off sliders (10 min)

So you can make smaller decisions quickly and autonomously.

Refer to the Trade-off Sliders play for full instructions. Don't spend a ton of time discussing and sliding the dots around. Treat today as a quick gauge of how close your team is to consensus already. If you're not, follow up with the full 30-minute play.

Project timeline (10 min)

Take a rough swag at when you're going to deliver.

Draw a horizontal timeline. Label the left endpoint as "today", and leave the right endpoint unlabeled. Mark the milestones you know about already. E.g., early user testing, wireframes complete, rollout to customers, etc. As a group, predict when you'll hit these milestones and what pieces of the project need to be complete for each.

Remember: these are estimates, not blood oaths. Make your best guesses, but don't stress too much about precise planning right now.

Pro Tip

Involve team members with diverse skills sets in the "ready to go" phase. This helps you capture all aspects of the project, and develop a shared understanding.

Step 3

Mix n' match activities

If you feel like the core activities are all your project needs, that's cool. But if you can make time, one or two of these might make the kick-off meeting even more successful.


If this team hasn't worked together before, keep it simple. Everyone introduces themselves and what their role is. If the kickoff is focusing on a specific challenge, aim to have a theme that gets your brains working a bit more.


Take 10 minutes to do an initial break-down of the epic-level issues for the project. Or draw a flow-chart of the user journey. Then spend 20 minutes talking through each piece. Ask questions like:

  • What user personas are involved?
  • Where it fits in the user experience?
  • Are there other epics or work streams that depend on it?
  • What it doesn't include?



This is primarily for software projects. Make sure your architect is in the room and understands they'll be leading this activity.

Ask the architect to diagram out roughly what the new system will look like. Spend about 10-15 minutes walking through it. The group should feel free to ask questions until everyone has grokked the architect's vision.

Optional extra: Ask everyone to call out places they see risks in the architecture and dependencies introduced. Note them up on the diagram, allowing each person to talk through their ideas. Make sure to write these down or capture them in some way!


Take all the sticky notes from the scope exercise and create a tree of dependencies, starting from the first item that other things depend on – both up- and downstream dependencies. Use a different color for work from stakeholders or external teams.

Walk through the tree, noting any hard deadlines or pre-existing expectations. As you work through the tree, make sure everyone understands what's driving the dates.

Write up any risks that were uncovered so you can follow up with external teams afterwards.


Ask everyone to write down what they think will make this project a success. Have the team post up their ideas. Discuss how you could measure each one, and give a finger-in-the-air target for each metric.


Ask everyone to write down points for the following on sticky notes and post them on the wall:

  • Risks - things that could happen, and would affect quality, timing or cost of the project (or a combination).
  • Assumptions - things that are currently true and form the basis for a plan, but any change in them would create a risk or issue.
  • Issues - things that have already happened that adversely affect the project.
  • Dependencies - things that need to be done or provided, either once or regularly, to make the project a success.

Group similar points together, and discuss. Make sure to create Jira issues for any follow-up tasks coming out of this, and add them to the project plan.


Nobody likes meeting about meetings, but... Figure out how the team is going to manage communications. What sort of info should go on Confluence pages? Will you create a chat room for the core project team to use? Will you hold daily stand-ups? Or periodic check-ins?

How frequently will you run your project team Health Monitor session?

If stand-ups or other regular meetings will be part of the project, try to book them right then and there. It's easier when you can talk about who can shuffle which parts of their calendar around.

Content search
For example...

Here are some questions and themes we like to use for the Icebreaker activity.

Nailed it?

Be sure to run a full Health Monitor session or checkpoint with your team to see if you're improving.



"One more time!..." 🎤

When your Project Kick-off is stakeholder focused, it's good to have a team-focused replay session. They're simple to run, and can be very fast.

Trot out all the butcher's paper, photos of whiteboards, etc from the original session. Talk through a blow-by-blow of how that session went, pausing for questions and discussion as needed. This should uncover a few places where the team still isn't clear. Decide which you need to follow up on immediately, and which you could take a wait-and-see approach with.


Between the core and the mix n' match activities, you probably have a few follow-up tasks distributed amongst the team. Create Jira issues to manage them so it's easy to know when progress is (or isn't) being made.

Want even more Playbook?

Drop your email below to be notified when we add new Health Monitors and plays.

Thanks! Now get back to work.

Got feedback?

Drop a question or comment on the Atlassian Community site.