The Catalpa Handbook
  • The Catalpa Handbook
    • Handbook guidelines
  • 1. ABOUT CATALPA
    • 1.1 About Catalpa
    • 1.2 Vision, Values and Strategic Plan 2022
    • 1.3 Governance at Catalpa
    • 1.4 Organisational structure of Catalpa
    • 1.5 Our projects and key contacts for each
    • 1.6 Our key products
      • Bero
        • Content
          • Exams
          • Targeting Content to Users
            • Resizing images for Bero
        • Design
        • Requirements
        • Theming
      • Gathr
      • Openly
  • 2. OUR PEOPLE AND HOW WE WORK
    • 2.1 How we work and the tools we use
      • Google Drive
      • Trello
      • Github
      • InVision
    • 2.2 Communicating internally
      • All Hands Stand-up (weekly / Mondays)
      • Tutorial Tuesdays
      • Show & Tell
      • Guide to Slack
      • Team meetings
      • Other Events
    • 2.3 Mission Driven Teams
    • 2.4 Recruitment and Onboarding
      • Hiring Guidelines
    • 2.5 How we support our people to thrive
      • Onboarding a new hire
        • Onboarding Trello
        • Onboarding buddy guide
        • 30/60/90 Day Plan
      • Goal Setting
      • Regular work/task based 1X1's
      • Quarterly Catch Up's
      • Feedback
      • Managers - Managing Underperformance
    • 2.6 Offboarding
    • 2.7 Leave and public holidays
      • Leave
      • Public Holidays
    • 2.8 Supporting our Mental Health
    • 2.9 Working from home & remotely
    • 3.0. Learning & Development Allowance
  • Page
  • 3. EXTERNAL COMMUNICATIONS
    • 3.1 Guide to Communication
      • Describing Catalpa
      • Guide to photography
      • Guide to social media
      • Writing: style guide
      • Writing: grammar
    • 3.2 Procedures for the collection, storage and use of stories, photos and video
    • 3.3 External Complaints and Feedback Policy
  • 4. PARTNERSHIP AND GROWTH INCLUDING BUSINESS DEVELOPMENT
    • 4.1 Introduction / overview
    • 4.2 Pre-bid stage including networking and partnering
      • Networking
      • Positioning for priority bids
      • Tracking bid opportunities
      • Partnering
        • Partnership brokering
        • Due diligence of downstream partners /subcontracting agencies
        • Pre-bid agreements
    • 4.3 Go / No Go
      • Go / No Go meetings
      • Selection criteria and guidelines
    • 4.4 Tender planning and preparation
      • Project planning and design pre-submission
      • Key templates and links for bid planning and preparation
      • Bid Writing - full proposal or concept note
        • How to appoint an external bid writer
        • Key templates
        • Commonly required building blocks / required materials for tenders
        • Guides
    • 4.5 After a bid has been submitted
  • 5. PROJECT AND PRODUCT CYCLE MANAGEMENT
    • 5.1 Introduction
    • 5.2 Planning and pre-submission design
      • 5.2.1 Monitoring, Evaluation & Learning
        • Project-level M&E
        • Catalpa's organisational approach to MEL
      • 5.2.2 Risk Management
      • 5.2.3 Cross-cutting issues in projects
        • Gender equality
        • Disability inclusion
    • 5.3 Mobilising a new project
      • Handover from BD team to PM team
      • Program Summary Document
      • Team Kickoff Meeting
      • Team Charter
    • 5.4 Post-contract implementation
      • Stage 1 - Learn: Design and Discovery
        • Human Centred Design
        • Our Tools
        • Creating a product
      • Stage 2: Create and Ideate
        • Our model
        • Agile Project Management
          • Getting started
          • Product design and development phases
            • 0. Contracting
            • 1. Learn
              • 1.1. Prepare
              • 1.2. Discovery
              • 1.3 Empathise
            • 2. Create
              • 2.1 Ideate
              • 2.2 Implement
            • 3. Refine
            • 4. Evaluate
          • Product Roadmap
          • Defining releases
          • Create the solution
          • Make a global plan
          • User Stories
          • Prototyping
          • Incremental development
          • UX & UI
          • Conducting tests
      • Stage 3: Refine and Release
        • Introduction and overview
        • Data privacy on a project basis
        • How-tos
          • Retrospective
        • Scrum methodology
          • Daily standup
          • Sprints
          • Sprint prep
          • Sprint meeting
        • Release
          • Epics
          • Epic selection
          • Epic planning
          • Product Q&A, deployment and implementation
          • Make it available
          • Delivery
      • Stage 4: Evaluate
        • Define the maintenance support plan and team
        • Customer support
        • Ongoing user data collection and analysis
      • Glossary of Terms
    • 5.5 Project close-out
      • Product transition and handover
      • Transition to governmen
      • SMA
      • Licenses / handover documents
      • Migrating to Gov owned data-center or cloud hosting
  • 6. POLICIES AND PROCEDURES
    • 6.1 Register of policies and compliance
    • 6.2 Policy Development Procedure
    • 6.3 Code of Conduct
    • 6.4 Data Privacy & Storage Policy
    • 6.5 Human Resources Policies
      • Breastfeeding and Work Policy
      • Occupational Health and Safety Policy
      • Domestic and Family Violence Policy
      • Gender Equality Policy
      • Disability & Discrimination Policy
      • Use of Catalpa Vehicles Policy - PNG
      • Anti-Bullying, Harassment and Discrimination Policy
    • 6.6 Safeguarding Policies, Templates and Training
      • Child Safeguarding Policy
      • Prevention of Sexual Exploitation, Assault and Harassment Policy (PSEAH)
      • Safeguarding templates
      • Safeguarding training
      • Safeguarding procedure for collecting, storing and using images / stories
    • 6.7 Financial and Asset Management
      • Fraud & Corruption Policy
      • Vehicle Use
    • 6.8 Complaints and Feedback
      • Internal Complaints and Feedback Policy
      • External Complaints and Feedback Policy
      • Whistleblower Policy
    • 6.9 Contract Development Procedure
Powered by GitBook
On this page
  • Walkthrough Of The Internal Project Kickoff Agenda
  • 1. Introductions — meet your new best buds (15 mins)
  • 2. Client — what’s the background? (5 mins)
  • 3. Project — why are we doing this? (5 mins)
  • 4. Scope — what are we doing? (20 mins)
  • 5. Approach — how are we going to make this happen? (20 mins)
  • 6. Roles — who is doing what? (5 mins)
  • 7. Teamwork — how are we going to work together? (5 mins)
  • 8. Next — how do we keep momentum? (5 mins)
  • 10. Q&A and Wrap up (5 mins)

Was this helpful?

  1. 5. PROJECT AND PRODUCT CYCLE MANAGEMENT
  2. 5.3 Mobilising a new project

Team Kickoff Meeting

A kickoff is critical when starting any project, whether complex and multi-faceted or simple and straightforward. Fundamentally, it’s about alignment.

PreviousProgram Summary DocumentNextTeam Charter

Last updated 10 months ago

Was this helpful?

Once you’ve done all your prep work, you’ll need to prepare an agenda for the internal project kickoff meeting and invite your team to the meeting itself. We’ve prepared an internal kickoff meeting agenda template for you to work from, as well as a sample so you can see how it’s done.

- an internal kickoff meeting agenda template for you to work from

Walkthrough Of The Internal Project Kickoff Agenda

You’ll find the basic info in the internal project kickoff agenda sample and template but here’s a detailed walkthrough of the items and what they mean. Every project is unique, but there’s value in ensuring that we cover off some of these basics to get our team on the same page:

1. Introductions — meet your new best buds (15 mins)

Start the meeting off by allowing your team to get to know each other. Whether your team is made of up of new folks or team members that have worked together on previous projects, starting off with an icebreaker or some chit-chat will help the team get to know each other (if they don’t already) and start to build positive relationships that will set the tone for teamwork throughout the project.

Ask team members to introduce themselves, their role, and background, and share a fun fact or tidbit about themselves.

2. Client — what’s the background? (5 mins)

Set the scene to help everyone understand the sandbox you’re playing in. Sharing is caring, so don’t hoard any logins or documentation to yourself. Share everything you know with the team so they can get up to speed themselves and empower and equip your team with all the relevant information they need to digest.

Share how you got to work on the project — Explain what you’ve done in the past with the partner, or with different partners but similar projects, and help the team understand who you’re working with.

We all know clients come in all kinds of flavours. But to our teams, they’re often the people who always make bad decisions. Try to position the clients in a positive light. To prevent any serious cases of foot-in-mouth, explain client distinctives to your team. Let them know who they are (internal/external), what we know about them, other projects they’ve worked on, and how the client likes to work.

3. Project — why are we doing this? (5 mins)

To further help put the project into perspective you need to help your teams understand why they’re doing the project in the first place. This means sharing the client’s business drivers for initiating the project, and ensuring there’s clarity as to what success, or failure, looks like.

And from a customer experience perspective, initiate the discussion with the team around how this project makes people's lives better and meets their needs. Set a vision for why the team should care about the project and help everyone understand that what they’re doing is contributing to something that’s worthwhile.

Finally, you need to be clear about what a successful project looks like beyond simply delivering on time, on budget, and to the agreed scope. How are you as an agency going to grow as a result of doing this project – will you develop a new capability or competency with a new technology?

4. Scope — what are we doing? (20 mins)

When the project background is set, it’s time to get into the scope details with the team. Normally that means reviewing the project timeline, estimate, project charter, and SoW (scope of work) so that everyone understands the flow of the project, the activities, and the outputs or deliverables. Without boring everyone to death, help them understand the quirks of the project, so the whole team is aware of the constraints from day one.

There’s nothing quite like a SoW review to get people talking about what’s going to go wrong. The sooner you know, the better.

If anyone’s tried this before and failed, why was it? And how can you mitigate against it? Knowing the insider track and your team’s unique understanding of similar projects will help develop a culture of openness and ensure surprises are kept to a minimum.

5. Approach — how are we going to make this happen? (20 mins)

Reviewing the SoW and the proposed activities and outputs creates a great opportunity to discuss any process changes or new approaches the team wants to try. Remember that new isn’t always better, and tried and tested often works just fine.

Assuming the SoW has already been approved, remember that if you change the approach you need to ensure you’re still able to meet the project goals and that you’re still delivering what you promised. This isn’t just an opportunity to make life easier for yourselves.

Nonetheless, cultivate ownership of the project within the team. In order for the project to be a success, the team needs to feel like it’s their project. By leaving time and space for your team to suggest ideas, challenge your plan, and come up with a better way of working, you’ll end up with a much more robust approach and a much more engaged team.

6. Roles — who is doing what? (5 mins)

When the team has had a chance to understand the project and the context of how they might fit within it, it’s worth clarifying the team’s roles and responsibilities. It can be helpful if you’re able to map their roles back to the SoW and clarify the deliverables associated with each area, why they exist, and what needs to happen to make them a reality.

It can be helpful to define a RACI (Responsible, Accountable, Consulted, and Informed) matrix against the SoW for the deliverables and the team. The RACI will help mitigate any uncertainty of responsibility and clarify your team’s comfort levels with delivery.

7. Teamwork — how are we going to work together? (5 mins)

When bringing together a team that has never worked together before there’s going to be a range of understanding on:

  • How the team should work together

  • How collaboration should be managed

  • How communication should flow

  • When the team should meet

  • The tools that should be used

Which systems you’ll use to share deliverables or outline details of specific tasks

As PMs, our role is to make it simple, to put everyone at ease, and get people excited about working together on the project.

Often there’s no right or wrong to these approaches, but giving your team as much autonomy as possible is helpful in getting buy-in. You want them to feel like they’re masters of the project, and help them establish common goals for working together so everyone is accountable throughout the project.

Define your expectations and let the team agree together on exactly how they will deliver. By clarifying the teamwork and agreeing on the nuts and bolts part of how it’ll all get done, we’re helping manage our team’s expectations on what’s acceptable and what’s not.

8. Next — how do we keep momentum? (5 mins)

There is a temptation to be a bit casual when starting a project — no one really knows what’s going on and it might even be that you, as the project manager, are actually the last to be brought onto the project. The way you manage the first few meetings and interactions sets the scene for the rest of the project.

To keep momentum going, be very clear about next steps. Make sure everyone is clear on what they need to do next and when they need to do it, as well as on any review milestones along the way.

This is your moment to be large and in charge! At this point you need to be very clear about what needs to happen to make the client kickoff meeting a success. Then, guide your team to work back from that.

10. Q&A and Wrap up (5 mins)

Hold a Q&A session with your team members after you’ve covered everything else. This will give them the opportunity to ask questions to clarify, and team members will often point out a few things that you haven’t thought about or haven’t discussed with the client yet.

Kick off Meeting Template