Case study 01
The project operations system I built inside Jira
A digital agency running 15+ client accounts stopped hand-creating its work. Onboarding, website builds, campaigns, monthly and quarterly deliverables, meetings, holidays, PTO, and QA gates now generate themselves, on schedule, with the right checklist attached.
When I arrived, every recurring piece of work was created by a person remembering to create it. Client onboarding epics, website process checklists, monthly advertising and reporting tickets, weekly syncs, holiday coverage, QA hand-offs: all manual, all inconsistent, all landing late in busy weeks.
I built it in three layers.
Jira Automation. Templated epics that fan out into full checklists (a website build-out generates its five-phase checklist; a new contract generates the onboarding epic), scheduled rules that create each month's and quarter's deliverables from the client roster, sprints created nine weeks out, and Slack alerts for overdue tickets, stale QA, and mentions.
ScriptRunner. A daily 8 AM stand-up DM to each person with their blocked, in-progress, overdue, and due-today tickets in a ready-to-post format, and validation that a ticket has a sprint, an assignee, and a due date before it can slip through.
Google Apps Script. Intake forms for PTO and client support that create Jira tickets and Slack notifications, calendar events and meeting transcripts synced into Jira, and ticket-health monitoring that flags or reschedules stale work. Two Make.com workflows were retired along the way. Project charters, timelines, and SOPs ran on the same rails, with timelines in Structure PPM over Tempo.
What the 133 rules actually containRunning a client month by the ticketThe 63-server auditStand-up summaries and status reporting





