Project Manager

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.

Disclaimer: This job posting has been aggregated from external source. Role details, content, and availability are subject to change. Applicants are advised to confirm the latest information directly on the company website before applying.