Project Manager

Key responsibilities Own the delivery plan

• One delivery plan per product, internal or customised, covering content, design and engineering, that PM, engineering and leadership all read from.
• Sequence hand-offs between streams so they are planned, not discovered.
• Track client-committed dates (CRs, pilots, renewals) and coordinate release calendars so QA, DevOps and client commitments do not collide.

Make status honest and early

• Weekly delivery report and RAID log, published on time, with accurate sprint status in Jira for both clusters.
• Estimate-vs-actual and on-time percentage tracked per cluster; slippage flagged the week it becomes likely.

A surprise in the metrics review is a PM miss.

• Prepare and run the weekly P0 review: every item owned and dated, blockers chased between reviews.

Be the single point of contact

• Product, CS, BD and leadership route delivery queries and escalations to the PM, not the EMs.
• Triage each escalation: confirm impact, route to the right team, set a response date, close the loop, and log it so recurring issues surface.
• Escalate to the CTO when a commitment cannot be met and a trade-off is needed.

Enable teams on what ships

• Run onboarding for internal teams when a new platform feature lands; keep release notes usable without an engineer present.
• Track adoption and feed gaps back to PM and engineering.

Keep the process light and consistent

• Same definition of done, sprint rituals and ticket hygiene across both clusters.
• Templatise recurring artefacts (report, RAID log, release checklist) so they run themselves; supply cycle-time and on-time data to the quality diagnostic.

Skills and experience Required

• 3 to 6 years in software delivery, of which at least 2 years coordinating multiple engineering teams (PM, scrum master, delivery lead or technical programme roles).
• Working fluency in Jira: boards, sprints, dashboards, JQL, and enough structure to keep two clusters consistent.
• Comfortable reading engineering conversations: understands what a merge request, a migration, a flaky test or a rollback means for a date.
• Writes clearly and briefly.

A weekly report that nobody reads is a failure, so the bar is plain language and one screen.

• Holds people to commitments without escalating everything; knows when to chase and when to bring the CTO in.
• Comfortable with data: builds and maintains simple tracking sheets, reads trends, and does not report a number without checking it.

Preferred

• Experience in a SaaS or product company shipping to enterprise clients with contractual dates.
• Exposure to DORA-style metrics (lead time, deployment frequency, change failure rate) and how to collect them.
• Familiarity with GitLab CI or similar pipelines, enough to read a release status.
• Prior experience running a RAID log or risk register in a live programme.
• Any client-facing or account-coordination experience: the role increasingly fronts CR and pilot timelines to clients.

Not required

• A PMP or Scrum certification.

Useful, not decisive.

• Ability to write code.

The role needs technical literacy, not technical output.