Matt Blair

Matt Blair

I read that you learn more from a poor example than from a correct one. I don't believe this but that means my site will be a success.

4-Minute Read

Project Kickoff

What is a Project Kickoff?

What is a project kick-off? A project kick-off meeting is the first meeting with the project team and the client of the project where applicable. This meeting is the time to establish common goals and the purpose of the project.

Taken from the Atlassian Project Kickoff reference.

Why a Project Kickoff?

A project kickoff sets a clear outline of project goals and milestones.

It’s a celebration of where you’re going as a group. You get your chance to outline what you want to build as a team and why you’re doing it. The how isn’t important at this step - either from a management or engineering side. You’re just trying to let everyone know where you want to end up once the project is complete.

A kickoff generally will be a forcing function to think about timelines. Have you planned for design? Testing? Customer Sign-off? Quality Assurance? If not, you can always call that out - we’ll deliver a finalized timeline and design by XXX date, instead of trying to figure out when you’ll deliver before you’ve started. If you’re not being pushed to deliver by a certain date but instead to deliver certain functionality this can be a great way to go.

If you’ve already committed to a delivery date, the kickoff can be a great way to acknowledge that we have to find a way to meet the goal in a certain amount of time. It can act as an immediate forcing function to cut functionality you can’t afford or won’t need.

Finally, a project kickoff can help your team have something to fall back on when things get unorganized. If someone is unsure what to do at any point, the project kickoff docs can be a greate reference to refocus everyone.

Roles and Responsibilities

In a project kickoff, you should lay who’s responsible for various aspects of the project. This is a great opportunity for a manager to try out assigning leadership to folks who haven’t been in those positions before. You can break up the responsibilities of the project into many small pieces that you dole out to your entire team so one person is responsible for everything. Some ways I’ve broken up responsibilities in the past:

  • Product Design
  • Feature Delivery
  • Standups
  • Leadership Team Updates
  • Internal/External Comms
  • Development
  • Code Reviews
  • Tech Specs, Architectural diagrams
  • Tech Spec reviews
  • Backlog maintenance, review
  • Testing (automation, manual)
  • Driving Resolution on technical issues (aka making sure bugs get fixed)

Goals and Outcomes

When setting out the goals of your project, you should tie the project into any company wide OKR’s you might have. Most likely the project is tied to a key result or results - those should be stated for the team. There shouldn’t be any surprises about what the deliverables are.

Any deadline driven deliverables should also be called out. If you have hard customer commitments those should be highlighted.

If you’re lucky enough to work on a project with no deadline, you should at least endeavor to provide a rough timeline to give the team your expectations around delivery.

A rough timeline like this has worked for me:

Design, Research done by Late June
Development Done by Late July
Load Testing by End of July
Medium Confidence in shipping by End of Quarter

The progress you make over the first 2-4 weeks of an unplanned project will have a compounding effect on the overall project timeline and risk. Make the most of it.

Working Together

It’s good to highlight how everyone is going to work together, and what to do when you’re not working together as effectively as you could be. How often do you plan on meeting? Where are you documenting your decisions? How much process do you want to put into place? How will you review if things are going well outside of the deliverables? Where is your backlog of work stored?

A high level example:

Staying in Sync
* When in doubt, jump on a Zoom
* Bring everything back to the development channel
* Daily standups
* Start with minimal process
* Periodic Retros

Executing
* Iterations (2 weeks)
* One planning session per iteration
* Jira is the source of truth, everything should be in there

Next Steps

Once you’ve kicked off the project, what are you next steps? What are the actions you need to take now? Finish the kickoff making sure everyone is empowered to act the moment the meeting ends.

Recent Posts

Categories

About

This theme was developed for Hugo static site generator.