π Group Projects + Demo Day
π Group Projects + Demo Day
Form teams of 3-4. Build a Streamlit app. Deploy it on EC2. Demo it live. Win mini-awards.
Demo day: Sat 20 Jun 2026 Β· 3 PM GMT
This is the cohortβs final week. Forget homework β youβre now shipping something polished enough to put on your portfolio, defend in a demo, and (potentially) sell to real customers.
π Timeline
| Date | What happens |
|---|---|
| Sat 13 Jun | Last Week 4 session β project options revealed |
| Sun 14 Jun | Team formation (use the WhatsApp group) |
| Mon 15 Jun | Teams declare their project + start building |
| Tue-Fri | Build, ship, polish |
| Sat 20 Jun 3 PM GMT | Demo day β 5 min pitch + 3 min Q&A per team |
| Sat 20 Jun (after) | Awards announced + LinkedIn shout-outs |
π― Pick a project
Each team picks ONE of these three. Read all three first β theyβre different beasts.
| Project | Best for teams who⦠| Services |
|---|---|---|
| π Akwaaba β AI Tourism Guide | β¦love design, want to learn computer vision, care about cultural impact | EC2 Β· Rekognition Β· Polly Β· Translate Β· S3 |
| π MarketPulse β SME Feedback Dashboard | β¦want to build something they could sell, love data + dashboards | EC2 Β· Comprehend Β· DynamoDB Β· SNS Β· CloudWatch |
| π DocSmart β AI CV Analyzer | β¦are job-hunting, want to dogfood your own product | EC2 Β· Textract Β· Comprehend Β· S3 |
π₯ How to form teams
In the WhatsApp group on Sunday 14 Jun:
- Anyone can post: βLooking for a team β Iβm strong in [skill]β
- People reply, teams self-organize
- By Mon 15 Jun, every team must declare: team name, members, which project, who plays which role
- If you donβt have a team by Mon evening, message Shadrack and heβll match you
π‘ Team size: 3-4 students. Smaller = more work each. Larger = communication overhead. Three is the sweet spot.
π Roles within a team
Each project has 4 distinct roles defined in its guide. The pattern is similar across all three:
| Role | What they do |
|---|---|
| UI Lead | Owns the Streamlit interface, picks design, handles polish |
| AWS Engineer | Provisions EC2/S3/IAM, owns deployment + uptime |
| AI/Backend Engineer | Wires the boto3 calls to AWS AI services |
| Data/Product Lead | Curates content, owns the demo script + presentation |
Roles are assigned on day 1. Stick to them.
π The 5 mini-awards
Every team has a real shot at one of these:
| Award | What wins it |
|---|---|
| π¨ Most Polished | Looks and feels like a real product. Beautiful UI, mobile-ready, attention to detail. |
| π‘ Most Innovative | Took the brief and added something unexpected β a feature nobody else thought of. |
| π€ Best Demo | Most compelling 5-minute pitch. Clear story, smooth live demo, confident speakers. |
| π Best Documentation | A README a hiring manager would clone and run. Architecture diagram, setup steps, the works. |
| β€οΈ Peopleβs Choice | Voted by the cohort. The team everyone wishes they were on. |
You can win more than one. Aim for the award that fits your teamβs strengths.
π What you get
- π cloudwithshad swag (Shadrack-signed digital certificate + a physical sticker if youβre in Accra)
- π£ LinkedIn shout-out from Shadrack
- π Featured spot in the next cohortβs promotional material
- πΌ Most importantly: a finished project for your CV
π Submission requirements
By Friday 19 Jun 6 PM GMT (before demo day), each team must submit in the WhatsApp group:
- β Team name + names of all members + LinkedIn URLs
- β Live URL of your deployed app (EC2 public IP works fine)
- β GitHub repo URL β must contain code + a proper README
- β Backup demo video β 60-90 seconds, screen recording of your app working (in case EC2 hiccups on demo day)
- β Which single award your team is gunning for (or βanyβ)
π¬ The 5-minute demo structure
On demo day, you get 5 minutes to present + 3 minutes for Q&A. The winning structure (works for all 3 projects):
| Time | What |
|---|---|
| 0:00 β 0:30 | The problem youβre solving. One clear sentence. |
| 0:30 β 1:00 | Team introduction + roles. Quick. |
| 1:00 β 2:30 | THE LIVE DEMO. Practice this 10 times beforehand. |
| 2:30 β 3:30 | Architecture + the hard parts you solved |
| 3:30 β 4:30 | Lessons learned + whatβs next |
| 4:30 β 5:00 | Strong closing β why your project matters |
β οΈ Always have a backup demo video. If the live demo breaks, you smile, say βhereβs a recording from earlierβ, play the video, and keep going.
π¨ Common pitfalls
| Pitfall | Fix |
|---|---|
| Team picks roles but ignores them | Daily 10-min standup. Each person reports what they did + whatβs blocking them. |
| App breaks on demo day | Test the EC2 URL from a phone (different network) the night before. Have a backup video. |
| Bad pitch | Rehearse with a timer. Five minutes goes FAST. |
| Last-minute scramble | Lock features by Wednesday. Spend Thursday + Friday on polish, not new features. |
π¦ Whatβs in each project folder
group-projects/
βββ README.md β you are here
βββ akwaaba-tourism/
β βββ README.md β project-specific overview
β βββ GroupProject1_Akwaaba...html β the full guided walkthrough
β βββ starter-code/ β example app.py + facts.csv
βββ marketpulse-feedback/
β βββ README.md
β βββ GroupProject2_MarketPulse...html
β βββ starter-code/
βββ docsmart-cv/
βββ README.md
βββ GroupProject3_DocSmart...html
βββ starter-code/
Open the HTML walkthrough in each folder for the complete 8-phase guide with code, AWS configuration, deployment steps, polish checklists, and demo rehearsal scripts.
π A note about competition
This week is competitive β but not against each other. Youβre competing against your own previous best.
The team that wins Most Polished doesnβt βbeatβ the team that wins Most Innovative. Five teams, five awards, all winners.
The real prize: a project on your CV that helped you land a cloud role.
β¬ οΈ Back to repo