Lesson 2 of 16 · Level 1: Beginner

Project Initiation: SMART Goals and the Project Charter

  • ⏱ 13 min read
  • ❓ 4 review questions
  • ✍️ Exercise with solution
In this lesson
  1. Step 1: start with the problem, not the solution
  2. Step 2: build a quick business case
  3. Step 3: write SMART goals
  4. Step 4: draft the project charter
  5. Step 5: hold a kickoff meeting
  6. Summary
What you'll learn
  • Start a project from the business problem, not from a favorite solution.
  • Build a quick business case with payback period and simple ROI.
  • Turn fuzzy goals into SMART goals that anyone can check.
  • Write a one-page project charter and get it signed by the sponsor.
  • Run a kickoff meeting that leaves everyone with the same picture.

Project initiation is the short phase where you decide whether a project should happen and what it must achieve, before anyone spends serious money. It ends with a signed project charter: a one-page document that authorizes the project, names the project manager and sets the goal, budget and deadline. Skip it, and you'll spend the rest of the project arguing about what you were supposed to build.

1 pageis enough for most project charters at a small or mid-size company
5tests every goal should pass: specific, measurable, achievable, relevant, time-bound
1signature that officially starts the project: the sponsor's
  1. Define the problem
  2. Check the business case
  3. Write SMART goals
  4. Draft the charter
  5. Kick it off

Step 1: start with the problem, not the solution

Projects usually arrive as solutions: "we need a new website," "let's buy a CRM," "build us an app." Before you accept that, ask what problem the solution is supposed to fix and how you'll know it's fixed. Sometimes the answer reveals a cheaper fix. Sometimes it reveals that the project is worth far more than anyone thought.

Here's the example for this lesson. Summit Ledger is an 85-person accounting software company in Denver. Its support team handles about 6,000 tickets a month, and agents say a large share are simple "how do I…?" questions. The VP of Customer Success wants a self-service help portal: searchable articles, short videos and a chatbot that answers common questions.

The real problem isn't "we don't have a portal." It's "simple questions eat agents' time, customers wait too long and support costs grow every time we add customers." That framing gives you something to measure.

Step 2: build a quick business case

A business case answers one question: is the expected benefit worth the cost and the risk? For a small or mid-size project, a few lines of math are enough. Summit Ledger's finance team estimates that each ticket costs about $9.50 in agent time. The team expects the portal to deflect 25% of tickets. Building it will cost $180,000, and running it (software subscription and content upkeep) will cost $2,250 a month.

Monthly gross savings = 6,000 tickets × 25% × $9.50 = $14,250
Monthly net savings   = $14,250 − $2,250 running cost = $12,000
Payback period        = $180,000 ÷ $12,000 = 15 months after launch
3-year net benefit    = 36 × $12,000 − $180,000 = $252,000
Simple 3-year ROI     = $252,000 ÷ $180,000 = 140%

A 15-month payback on a tool the company will use for years is a strong case. But notice where the risk sits: the whole case depends on that 25% deflection rate. If only 10% of tickets are deflected, net savings drop to $3,450 a month and payback stretches past four years. That's why the goal you'll write next must measure deflection directly.

Test your key assumption

Before committing $180,000, Summit Ledger could publish 20 help articles on its existing site for a month and measure how many tickets drop. A cheap experiment that confirms (or kills) the main assumption is one of the best investments in any project.

1. A project costs $60,000 and is expected to save $2,500 a month once it's live. What's the payback period?

  • 12 months
  • 20 months
  • 24 months

Payback = cost ÷ monthly net savings = $60,000 ÷ $2,500 = 24 months after launch.

Step 3: write SMART goals

A goal like "improve customer support" can't be checked, so it can't be achieved. SMART goals fix that by passing five tests:

Specific

Says exactly what will change and for whom.

Ask: could two people read it and picture the same result?

Measurable

Includes a number and a baseline.

Ask: what data will prove we got there?

Achievable

Stretching but realistic with the team and budget you have.

Ask: has anyone done something similar with similar resources?

Relevant and time-bound

Tied to a business objective, with a clear date.

Ask: does the sponsor care about this, and by when?
Vague goalSMART version
Launch a help portalLaunch the self-service portal with at least 150 articles by June 30, 2027, within a $180,000 budget.
Reduce support ticketsCut monthly tickets by 25%, from 6,000 to 4,500, within 90 days after launch.
Make customers happierRaise the support satisfaction score from 82% to 88% by December 31, 2027.

Two of those are outcome goals (fewer tickets, happier customers) and one is a delivery goal (launch on time and on budget). Good charters have both. A project that ships on time but doesn't change anything is still a failure; it's just an efficient one.

2. Which of these goals is SMART?

  • Become the best bakery in Austin
  • Get 120 online orders a week by September 30, up from 0 today
  • Improve our online presence as soon as possible

Only the second goal has a specific result, a number with a baseline (0 to 120 a week) and a date. "Best bakery" can't be measured, and "as soon as possible" isn't a deadline.

Step 4: draft the project charter

The project charter is the project's birth certificate. It formally authorizes the work, names the project manager and gives that person authority to use company resources. It is short on purpose: details come later in the plan. Here's Summit Ledger's charter, section by section:

SectionSummit Ledger example
Purpose (the problem)Simple questions consume agent time; costs grow with every new customer.
SMART objectivesThe three goals in the table above.
High-level scopeIn: knowledge base, search, chatbot for top 30 questions, single sign-on. Out: phone system changes, community forum.
Key milestonesVendor selected March 15 · beta to 200 customers May 31 · launch June 30, 2027.
Budget$180,000 (breakdown below), including a $18,000 contingency.
Main risksLow adoption; article writing falls behind; security review delays launch.
Assumptions and constraintsAssumes agents can spend 4 hours a week writing articles. Must pass the company's security review.
Key stakeholdersCustomer Success, Support, IT security, Finance, Product, customers.
Project manager and authorityJordan Reyes, PM; can approve spending up to $5,000 per item without escalation.
Sponsor and approvalVP of Customer Success; signature and date.
Summit Ledger portal budget of $180,000 Development $99,000 (55%), integration and security $36,000 (20%), content $27,000 (15%), contingency $18,000 (10%). $180K total budget
  • Development (55%) $99,000Portal configuration, search and chatbot.
  • Content (15%) $27,000Writing and editing articles, recording short videos.
  • Integration and security (20%) $36,000Single sign-on, data connections and the security review.
  • Contingency (10%) $18,000Reserved for identified risks; spending it needs the PM's approval.
The charter budget is high level. You'll refine it bottom-up in the cost lesson, but the sponsor needs a total to approve now.
A charter is not the project plan

If your charter is 15 pages long, nobody will read it and nobody will sign it quickly. Keep it to the decisions the sponsor must make: why, what, by when, for how much and who's in charge. The detailed schedule, budget and risk register come in planning.

3. Who should sign the project charter to authorize the project?

  • The project sponsor, who provides the funding and the authority
  • The newest team member, to show commitment
  • The software vendor

The sponsor owns the business case and the money. Their signature authorizes the project and gives the project manager the authority to use resources.

Assumptions vs. constraints

People mix these up all the time. An assumption is something you believe is true but haven't proven ("agents can spend 4 hours a week writing articles"). A constraint is a limit you must work within ("must pass the security review," "budget can't exceed $180,000"). Write both down: assumptions become risks if they turn out to be false, and constraints shape every plan you make.

4. "The new store must open before Black Friday" is an example of…

  • An assumption
  • A risk
  • A constraint

It's a fixed limit the project must respect, so it's a constraint. "Contractors will be available in October" would be an assumption, and "the permit might be delayed" would be a risk.

Step 5: hold a kickoff meeting

Once the charter is signed, get the team and key stakeholders in one room (or one video call) for an hour. The goal is a shared picture, not a lecture. A simple agenda:

  1. 5 minWelcome and introductionsWho's who and what each person brings.
  2. 10 min · SponsorWhy this project mattersThe problem, the business case and the SMART goals, in the sponsor's own words.
  3. 15 min · PMScope, milestones and budgetWhat's in, what's out, the key dates and how decisions will be made.
  4. 10 minRisks and assumptionsAsk the room: "What could stop us?" You'll hear risks nobody wrote down.
  5. 15 minRoles and communicationWho does what, when the team meets, where files live and how to escalate.
  6. 5 minNext stepsThree or four concrete actions with owners and dates.

Before you send the charter for signature, run through this checklist:

Practice exercise

A family dental clinic in San Antonio wants online appointment booking. The office manager's goal is "make scheduling easier." The numbers:

  • Setup cost: $24,000. Booking software: $400 a month.
  • Expected benefit: 40 fewer hours of front-desk phone time a month (at $20 an hour) and 10 fewer no-shows a month thanks to automatic reminders (each no-show costs about $120).

(a) Rewrite the goal as a SMART goal. (b) Calculate the monthly net savings and the payback period.

See solution

(a) One good version: "Launch online booking by March 31 and, within 90 days of launch, cut front-desk phone time by 40 hours a month and no-shows by 10 a month, within a $24,000 setup budget." It's specific (booking and reminders), measurable (hours and no-shows), realistic, relevant to the clinic's costs and time-bound.

(b)

Gross savings = 40 h × $20 + 10 × $120 = $800 + $1,200 = $2,000 a month
Net savings   = $2,000 − $400 software = $1,600 a month
Payback       = $24,000 ÷ $1,600 = 15 months

A 15-month payback is reasonable. The riskiest assumption is the no-show reduction, which is worth $1,200 of the $2,000. The clinic should track no-shows for the three months before launch so it has a real baseline.

Summary

  • Initiation decides whether a project is worth doing and what it must achieve.
  • Frame the business problem first; a quick business case uses payback and simple ROI.
  • SMART goals are specific, measurable, achievable, relevant and time-bound. Include outcome goals, not just delivery goals.
  • The charter fits on one page: purpose, objectives, scope, milestones, budget, risks, stakeholders, PM and sponsor signature.
  • Assumptions are unproven beliefs; constraints are fixed limits. Write both down.
  • A one-hour kickoff gives everyone the same picture and surfaces hidden risks.

Next lesson: Project Scope and the Work Breakdown Structure (WBS). You'll define exactly what's in and out of the project and break the work into manageable pieces.

🎓 Save your progress and get a free certificate

Create your account in 30 seconds, mark your lessons and download your certificate at the end.

Enroll for free