Two-Week Progress Review: Turning Tracker Data into an AI Dashboard | HAI Project Manager

Sanjana, a project manager at Humanitarians AI, reviews 172 videos from 38 fellows and uses Claude to turn her tracker into a dashboard. The video shows the quality gate funnel, an alternating weekly cadence and GitHub compliance.

4:50 video3 min readWatch on YouTube

Sanjana, a project manager at Humanitarians AI, presents a quick and honest look at the video reviews she ran over a two-week period. The video shows how many videos she reviewed, how many went up for the professors to approve, how many needed changes, and the weekly rhythm she keeps. It also shows how she used Claude to turn a raw tracker into something a stakeholder can read in about a minute.

The workload behind the numbers

Every week, dozens of fellows across many projects submit videos, and someone has to review each one, give clear feedback and decide what is ready for the professors to see. Over these two weeks that meant 172 videos from 38 fellows. At that volume, the video argues, a gut feeling that it was a busy couple of weeks is not enough. Stakeholders need the actual numbers, and so does the reviewer.

The system: a weekly cadence and one pipeline

The structure is the point, and it has two parts. The first is a weekly cadence that alternates: one week she reviews the Mycroft project videos, and the next week she reviews all the other projects. That keeps a huge queue from piling up on any single team. The second part is that every video runs through the same pipeline. It is reviewed, and then it either goes up for the professors to approve, goes back with specific changes, or is blocked on a real issue. She also checks whether the code is on GitHub.

Building the dashboard with Claude

The request to Claude is simple and specific: read the tracker, filter to the last two weeks, and give the totals. The code it wrote keeps only the rows with a video count, filters to the two-week window, then sums the videos and groups them by approval status. Because it is real code reading the real sheet, every number can be reproduced. The headline was 172 videos reviewed, of which 119 went straight up for approval, 50 came back with specific changes, and three were blocked on real issues. The video reads the 50 as the quality gate doing its job before anything reaches a professor's desk, not as wasted effort.

Showing the rhythm, not just the total

A single total hides the rhythm, so the request was revised to split the same videos by week and by project. Each video is tagged as Mycroft or other, and tagged by week, then grouped by both. The result matched the plan: the first week was mostly other projects, with 87 videos, and the second week was mostly Mycroft, with 85 in total. Across the fortnight the split was 95 videos from other projects and 77 from Mycroft.

The two-week scorecard

The video closes with a scorecard covering throughput (172 videos), the quality gate (119 approved and 50 sent back for specific fixes, several already revised and re-uploaded), the cadence and compliance. For compliance, 146 of the 172 videos had their code on GitHub, about 85 percent, with the rest already followed up. One honest caveat is that the figures count videos reviewed, not hours, and that changes requested will keep turning into changes made over the coming days.

Key takeaways

  • A busy-feeling period needs actual numbers; the tracker can supply them if it is summarized well.
  • Alternating weeks between one project and all the others keeps a large review queue from piling up.
  • A fixed pipeline gives every video one of three outcomes: approved, needs changes, or blocked.
  • A specific, checkable request to Claude produces code you can rerun to reproduce every number.
  • Sending 50 videos back with specific changes is the quality gate working, not rework wasted.
  • Splitting by week and project reveals the cadence that a single total hides.
  • The scorecard should state its limits, such as counting videos rather than hours.

Try it yourself

If you keep a review or task tracker, paste it into Claude and ask for the totals, the split by week and project, your GitHub compliance rate, and three sentences you can drop straight into a stakeholder update. A good answer gives you the cadence and names the blocked items, while a poor one just repeats your raw rows back to you.

Chapters

  1. 0:00Managing 172 video reviews across 38 fellows.
  2. 0:20Establishing an alternating weekly cadence between projects.
  3. 0:45Building a reproducible dashboard using Claude.
  4. 1:10Tracking the quality gate funnel: Approved, needs changes, and blocked.
  5. 1:35Verifying GitHub repository compliance across video submissions.
Full transcript(auto-generated, with timestamps)

Managing 172 video reviews across 38 fellows.

[0:00]Hi, I'm Sanjana, a project manager at Humanitarian's AI, and this is my two-week progress review, a quick, honest look at the video reviews I ran over the past two weeks. I'll show you how many videos I reviewed, how many went up for the professors to approve, how many needed changes, and the weekly rhythm I keep. Let's use AI to turn my

Establishing an alternating weekly cadence between projects.

[0:20]Tracker into a dashboard a stakeholder can read in a minute. Here's the context. Every week dozens of fellows across many projects submit videos, and someone has to review each one, give clear feedback, and decide what's ready for the professors to see. That someone is me. Over these two weeks that meant 172 videos from 38 fellows. At that volume, a gut feeling of it was a busy couple of weeks isn't enough.

Building a reproducible dashboard using Claude.

[0:45]Stakeholders need the actual numbers, and so do I. Before the numbers, here's the system behind them, because the structure is the point. Two parts. First, a weekly cadence. I alternate every week one week I review the Mycroft project videos. The next week I review all the other projects. That keeps a huge queue from piling up on any single team. Second, every video runs the same pipeline. I review it, then it either

Tracking the quality gate funnel: Approved, needs changes, and blocked.

[1:12]Goes up for the professors to approve, or it goes back with specific changes, or it's blocked on a real issue, and I check whether the code is on GitHub. Same path every time. So, let's build the dashboard with Claude. The ask is simple and specific. Read my tracker, filter to the last two weeks, and give me the totals how many videos I reviewed, how many I sent up for

Verifying GitHub repository compliance across video submissions.

[1:35]Approval, and how many needed changes. Specific in, checkable out. Here's what it wrote. It reads the tracker, keeps only the rows with a video count, and filters to my two-week window. Then two lines do the work. Sum the videos and group them by their approval status. That grouping is the whole report in one move it splits every video into uploaded, needs changes, or blocked. And because this is real code reading my real sheet, every number you're about to see is one I can reproduce. Run it, and here's the headline. 172 videos reviewed. Of those, 119 went straight up for the professors to approve. 50 came back with specific changes, and three were blocked on real issues. Watch the funnel. Most of the work flowed through cleanly, and that 50 isn't waste, it's the quality gate doing its job before anything reaches a professor's desk. But a single total hides my rhythm, and the rhythm is what I actually want stakeholders to see. So, let's revise the ask.

Split the same videos by week and by project, so the alternation shows up one week Micraught, the next everything else. Let's see whether the data matches how I actually plan my weeks. The revision is just two ideas. First, tag each video as Micraught or other. Second, tag it by week. Then group by both. That's it. The comments show what comes back. Week one was other projects, 87 videos. Week two was Micraught 77 with a few stragglers from other teams. The code found the exact cadence I keep without me telling it the answer. Rerun it, and there's the rhythm week by week. Week one was the other projects, 87 videos. Week two was Micraught 85 in total. Two weeks, two focused pushes, alternating exactly as planned. And across the whole fortnight, the split is balanced 95 other project videos and 77 Micraught. This is the picture I want a stakeholder to remember. Steady, alternating, and nothing left to pile up. So, here's the two-week scorecard. Throughput: 172 videos

Reviewed. Quality gate: 119 approved path, 50 sent back for specific fixes, the gate working, not rework wasted, and several fellows have already revised and re-uploaded. Cadence, alternating weeks kept, and compliance, 146 of the 172 had their code on GitHub about 85% with the rest already chased. One honest note, this counts videos reviewed, not hours, and changes requested will keep turning into changes made over the coming days. Your turn, and this one's for the PMs and stakeholders watching. If you keep a review or task tracker, you can get the same dashboard in one prompt. Paste your tracker into Claude and ask for the totals, the split by week and project, your GitHub compliance rate, and three sentences you can drop straight into a stakeholder update. A good answer gives you the cadence and names the blocked items. A bad one just repeats your raw rows back to you. Two-week progress review with Sanjana Rao for Humanitarian's AI. Steady cadence, honest numbers, nothing left to pile up. Thanks for watching.

More from Humanitarians AI Fellows

Humanitarians AI Lyrical Literacy Project