This toolkit provides engineering teams with a structured methodology and the technical infrastructure to measure the actual ROI of automation coding assistants (like new code generation tools).
It moves the conversation from "the new tool feels faster" to "the new tool saved us 25% on these specific tasks, but is net-negative on architectural refactoring unless provided with sprint context."
- Measurement Protocol (
docs/measurement_protocol.md): A rigorous framework for instrumenting 15 recurring sprint tasks and tracking baseline vs. assisted time. - Mock Data & Dashboard (
data/,dashboard/): A Streamlit dashboard visualizing the audit results, highlighting time saved, rework rates, and task categories where automation struggles. - GitHub Projects MCP Server (
mcp_server/): A Python-based Model Context Protocol (MCP) server that gives the CLI tool direct access to your live sprint backlog and tickets, eliminating the need to copy-paste context. - Adoption Materials (
docs/): Templates for executive rollout recommendations and internal team presentations.
To view the audit results:
cd dashboard
pip install -r requirements.txt
streamlit run app.pyThe MCP server exposes tools (get_open_tickets, get_sprint_burndown) to the CLI tool using the GitHub API. It relies on the GitHub CLI (gh) being authenticated.
cd mcp_server
pip install -r requirements.txtTo configure the CLI tool to use this MCP server, add it to your Claude configuration or run it locally according to the MCP spec.
If you want to test the MCP server on this repository, you can generate a mock 3-sprint backlog:
cd scripts
python seed_github_backlog.py(Requires gh CLI authenticated with repo permissions)
Automation tools are only as good as the context they are given. By using MCP to connect the CLI tool directly to our project management tools, and by rigorously measuring the outcome, we can implement targeted, ROI-positive tool adoption rather than relying on hype.