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
- 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.
- Define the problem
- Check the business case
- Write SMART goals
- Draft the charter
- 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.
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?
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 goal | SMART version |
|---|---|
| Launch a help portal | Launch the self-service portal with at least 150 articles by June 30, 2027, within a $180,000 budget. |
| Reduce support tickets | Cut monthly tickets by 25%, from 6,000 to 4,500, within 90 days after launch. |
| Make customers happier | Raise 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?
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:
| Section | Summit Ledger example |
|---|---|
| Purpose (the problem) | Simple questions consume agent time; costs grow with every new customer. |
| SMART objectives | The three goals in the table above. |
| High-level scope | In: knowledge base, search, chatbot for top 30 questions, single sign-on. Out: phone system changes, community forum. |
| Key milestones | Vendor selected March 15 · beta to 200 customers May 31 · launch June 30, 2027. |
| Budget | $180,000 (breakdown below), including a $18,000 contingency. |
| Main risks | Low adoption; article writing falls behind; security review delays launch. |
| Assumptions and constraints | Assumes agents can spend 4 hours a week writing articles. Must pass the company's security review. |
| Key stakeholders | Customer Success, Support, IT security, Finance, Product, customers. |
| Project manager and authority | Jordan Reyes, PM; can approve spending up to $5,000 per item without escalation. |
| Sponsor and approval | VP of Customer Success; signature and date. |
- 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.
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 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…
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:
- 5 minWelcome and introductionsWho's who and what each person brings.
- 10 min · SponsorWhy this project mattersThe problem, the business case and the SMART goals, in the sponsor's own words.
- 15 min · PMScope, milestones and budgetWhat's in, what's out, the key dates and how decisions will be made.
- 10 minRisks and assumptionsAsk the room: "What could stop us?" You'll hear risks nobody wrote down.
- 15 minRoles and communicationWho does what, when the team meets, where files live and how to escalate.
- 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.
Create your account in 30 seconds, mark your lessons and download your certificate at the end.