Essential Question:
- How do we translate a business idea into a concrete, trackable plan — and what foundational decisions do we need to make before writing a single line of code?
Learning Objectives:
- Write assignable GitHub Issues that decompose a multi-week project into completable tasks
- Organize and prioritize work using a GitHub Project board
- Draft a moderate business plan covering value proposition, audience, competitors, revenue model, and brand identity
Standards:
- NYS Next Generation Learning Standards RST.4.11-12 — Determine the meaning of symbols, key terms, and other content-specific words and phrases as they are used in scientific or technical sources.
- New York State Learning Standards CDOS 3a — Students will demonstrate mastery of the foundation skills and competencies essential for success in the workplace.
Materials:
Scaffolds:
Bridging Learning Gaps:
- Provide a partially pre-filled business plan with audience and competitor sections already drafted; students complete revenue model and brand identity only
- Limit Issue creation to the Planning and Design sections; instructor pre-populates Dev Issues
Differentiation:
- Pre-written Issue titles students can copy directly into GitHub rather than composing from scratch
- Sentence starters for value proposition ("We help [audience] who struggle with [problem] by providing [solution], unlike [competitor] who [gap].")
Extensions:
- Add due dates and priority labels (High / Medium / Low) to every GitHub Issue
- Research and document two real competitors in depth — pricing, target audience, and one specific weakness your business could exploit
Opening Task
- Scholars will complete opening task on Schoology covering topics learned from HTML/CSS unit
- Randomly selected scholar will facilitate review with peers
GitHub Issues Mini-Lesson (15 Minutes)
- Instructor-led live demo on projector — students follow along in their pre-created repos
- Demo covers:
- Navigating to the GitHub Project board (already set up by instructor via school organization)
- The three columns students will use: To Do, In Progress, Done
- Writing one complete Issue together as a class (“Create shared navigation component”) — title, description, and acceptance criteria
- Key check-for-understanding: ask the class to identify what makes the demo Issue good before moving on (“What would a bad version of this Issue look like?”)
GitHub Issues — Work Time (35 Minutes)
-
Groups create GitHub Issues for every pre-filled task in the Planning, Design, and Development sections of the Project Plan handout — one task per Issue
-
Each Issue must have: a clear title, a one-sentence description, and an assigned team member
-
Groups add any project-specific tasks they identify in the custom rows at the bottom of the handout
-
Once Issues are written, groups move each one into the To Do column of their project board and confirm assignments are correct
-
Instructor circulates and checks:
- Are Issues scoped to a single completable task, or are they too broad?
- Is every team member assigned at least a few Issues?
- Does the README document the branching convention?
-
Key check-for-understanding questions while circulating:
- “If someone else read this Issue, would they know exactly what done looks like?”
- “Which Issues could you start working on in parallel right now?”
Break (10 Minutes)
Business Plan Mini-Lesson (15 Minutes)
- Instructor-led walkthrough of what a business plan means at this stage — not a 40-page document, but a clear set of decisions that will drive every design and content choice on the site
- Walk through each section using one real example (e.g. Spotify or a well-known local business):
- Value proposition: who it’s for, what problem it solves, why it’s different
- Target audience: specific, not demographic — describe one real person
- Competitors: direct vs. indirect, and what gap exists
- Revenue model: how the business actually makes money (freemium, subscription, one-time purchase, service fees, ads)
- Brand identity: name, tagline, tone, and visual direction
- Emphasize that the business plan is now a tracked task on their GitHub board — it has an owner, and it has a definition of done
Business Plan Workshop (35 Minutes)
-
Groups work through the business plan sections collaboratively in a shared Google Doc
-
Product owner leads the discussion; all members contribute
-
Instructor circulates and pushes for specificity:
- “Teens who like fashion” → “High school students aged 14–18 who follow streetwear creators on TikTok”
- “Better than the competition” → “Unlike [Competitor], we offer [specific differentiator]”
- “We’ll make money from ads” → “We’ll offer a free tier and charge $X/month for premium features”
-
Key check-for-understanding questions while circulating:
- “Who specifically is your customer — can you describe one real person by name?”
- “If I gave your target customer $20, would they spend it on your product or something else? Why?”
- “What’s the one thing your brand should never sound like?”
Value Proposition Share-Out (10 Minutes)
- Each group reads their value proposition statement aloud — one sentence
- Peers give one “warm” (what’s clear) and one “wonder” (a question the statement leaves open)
- Instructor flags any value propositions that are still too generic before groups leave — those groups must revise and resubmit before Day 3
Closing & Exit Ticket (10 Minutes)
- Instructor previews Day 3: wireframing and CSS framework introduction
- Exit ticket submitted individually before leaving — three questions:
- What role are you playing on this project, and what is the first GitHub Issue you own?
- In one sentence, what is your business’s value proposition?
- What is one risk you see for your team over the next three weeks?
- Instructor reviews exit tickets before Day 3 to identify uneven workloads, lingering idea problems, or team tension early
Project Plan Completion Rubric
| Criteria | Exemplary (3) | Proficient (2) | Developing (1) | Not Yet (0) |
|---|---|---|---|---|
| GitHub Issues | All tasks have Issues; each is scoped, described, and assigned | Most tasks have Issues; minor gaps in description or assignment | Issues created but vague, unassigned, or missing key tasks | No Issues created |
| Project board | All Issues in To Do column; board reflects full project scope | Most Issues on board; minor omissions | Board partially populated | Board not set up or empty |
| Branching convention | Convention documented in README; all members understand it | Convention documented; understanding uneven | Convention mentioned but not documented | No convention established |
| Business plan — value proposition | Customer, problem, and differentiator all specific and clearly articulated | Two of three elements clearly articulated | One element clear; others vague | No coherent value proposition |
| Business plan — competitors | Three competitors identified with specific differentiators documented | Two competitors identified; differentiation partially articulated | One competitor listed with little analysis | No competitor research |
| Business plan — revenue model | Model chosen with clear rationale tied to the target audience | Model chosen; rationale present but general | Model named but not explained | No revenue model identified |
| Business plan — brand identity | Name, tagline, tone, and visual direction all defined | Three of four elements defined | One or two elements defined | No brand identity established |
| Task ownership | Every team member owns at least three Issues; workload is balanced | Workload mostly balanced; minor gaps | One member carries significantly more than others | No ownership structure |