jonta

In-house development teams

From internal request to production, with the evidence to prove it

In-house dev teams use Jonta to take requests from the business, plan sprints, link GitHub and deployments, and report DORA-style delivery metrics.

Delivery health · Northwind Portal

Deployment frequency

4.2 / weekHigh

Lead time for changes

1.8 daysHigh

Change failure rate

12%Medium

Time to restore

39 minHigh

Indicative bands. Example data.

Quick answer

In-house teams use Jonta as the single front door for requests from the rest of the business, and as their sprint and release tool. GitHub activity and deployments link to tickets automatically, so DORA-style metrics such as lead time and change failure rate come from work already being recorded.

Without Jonta

  • Requests from the business arrive by chat, email and in corridors
  • Nobody can say what shipped last week, or where
  • Delivery metrics are collected by hand, if at all

With Jonta

  • A portal that turns internal requests into tracked tickets
  • Deployment tracking with environment, version and included tickets
  • Deployment frequency, lead time, change failure rate and time to restore per project

The features that matter most

One ticket from request to resolution

No copying between a helpdesk and a development tracker.

  • The client support request and the development ticket are one record
  • Priorities, assignees, estimates, due dates and labels
  • Attachments, linked issues, watchers, epics and sub-tasks
  • Internal comments and a complete history

Sprint, backlog and epic planning

Jira-style planning without Jira.

  • Backlog, multiple active sprints, epics and sub-tasks
  • Estimates, versions and release notes
  • Move unfinished work to another sprint or back to the backlog when a sprint ends

GitHub integration

Commits and pull requests appear on the ticket automatically.

  • Connect a project to its GitHub repository
  • Commits and pull requests that mention a ticket key are linked automatically
  • Tickets show related commits, pull requests, PR status, CI status and branches
  • Optionally move tickets when a pull request opens or merges, still enforcing workflow rules

Deployment tracking

Know what shipped, where and when.

  • Environment, version, git tag or commit
  • Status: started, succeeded, failed or rolled back
  • The tickets included and the CI run identity
  • Reported automatically by CI or recorded manually

Delivery performance reporting (DORA-style)

See how healthy delivery is on every project.

  • Deployment frequency and lead time for changes
  • Change failure rate and time to restore service
  • Time spent in each workflow stage
  • An indicative performance band for each indicator
  • A delivery-health snapshot covering incidents, integration activity and connection health

Try every feature free for up to 5 users.

Free for up to 5 users

Bring support, delivery and your wiki into one place.

Every feature on every plan. £80 a month for up to 50 users after that, and free migration from Jira and Confluence.