Find answers to common questions about Ibis Flow
Ibis Flow is not a project management tool. It does not replace your backlog tool, and it does not attempt to manage sprints, track time, or provide resource allocation.
Your existing system of record stays exactly that. Ibis Flow connects to it to provide decision structure around estimation, prioritisation, and planning — without replacing your existing tools or adding process overhead.
Engineering managers, product leaders, and delivery teams who need to make reliable commitments under uncertainty.
Organisations where missed delivery commitments have real consequences - whether for customer trust, revenue, or strategic planning.
Teams already using Jira or Azure DevOps who want better structure for estimation decisions without migrating to a different system.
Collaborative estimation, live prioritisation workflows, and the AI Ticket Assistant are available today. This includes backlog-connected estimation sessions, stakeholder prioritisation input, decision publishing, and AI-assisted backlog refinement.
Teams can improve rough backlog items with AI, run estimation sessions with hidden voting and consensus tracking, and publish prioritisation decisions with a clear record of trade-offs while your backlog remains the source of truth.
Estimation, prioritisation, and planning are interconnected decisions. Building them correctly requires each layer to be stable before the next is added.
Shipping incomplete or disconnected features would undermine the core value proposition - improving decision quality. Deliberate expansion ensures that each capability genuinely improves team outcomes rather than adding complexity.
A session facilitator creates an estimation session and imports tickets from your backlog. Participants are invited via email.
For each ticket, participants vote independently. Once votes are collected, results are revealed simultaneously to prevent anchoring bias. The facilitator then guides discussion toward consensus and records the final estimate.
When votes diverge significantly, the system surfaces this for discussion rather than averaging the difference. Outliers are highlighted to ensure concerns are addressed before finalising estimates.
Participants can add reactions to tickets - flagging risks, dependencies, scope concerns, or questions. These annotations create shared context and surface assumptions that might otherwise remain hidden.
Tickets are imported from Jira with their current details — title, description, acceptance criteria, and priority. After estimation, the agreed value can be written back to Jira.
Jira remains the source of truth. Ibis Flow provides the decision structure; Jira stores the results.
Work items are imported from Azure DevOps with their current details — title, description, acceptance criteria, and priority. After estimation, the agreed value can be written back to Azure DevOps.
Azure DevOps remains the source of truth. Ibis Flow provides the decision structure; Azure DevOps stores the results.
A host creates a prioritisation workflow from backlog filters, backlog boards, CSV imports, manual entry, or previous estimation outputs. Stakeholders are then invited to contribute structured input asynchronously.
Ibis Flow aggregates the evidence, shows how rankings shift, supports review and banding decisions, and lets the host publish the final prioritisation outcome with rationale.
Plans reflect delivery maturity rather than arbitrary feature bundles. Team suits individual teams improving backlog quality and estimation. Multi-Team suits organisations coordinating prioritisation across multiple teams. Organisation suits enterprises where planning visibility and governance are strategically important.
Each tier includes the capabilities appropriate to that maturity stage, with prioritisation already live in Multi-Team and Organisation, and broader planning capability expanding over time.
Multi-Team and Organisation add live prioritisation workflows, stakeholder input, and broader coordination visibility on top of the Team plan’s AI-assisted backlog refinement and collaborative estimation.
Organisation adds the widest planning visibility, governance support, and stronger coordination capability as the product roadmap expands.
Contact your organisation administrator and request an invitation. They can add you through the organisation settings.
If you cannot identify the administrator, contact support and we can help locate the right person. Creating a separate organisation is possible but will result in duplicate subscriptions and isolated data.
Ibis Flow connects to Jira using OAuth with minimal required permissions. Only ticket metadata needed for your workflows is accessed — not your entire Jira instance.
Jira remains your system of record. Ibis Flow retains the ticket metadata necessary to power platform analysis, AI insights, and historical context across your workflows. All data is encrypted at rest and in transit.
Ibis Flow connects to Azure DevOps using OAuth with minimal required permissions. Only work item metadata needed for your workflows is accessed — not your entire Azure DevOps organisation.
Azure DevOps remains your system of record. Ibis Flow retains the work item metadata necessary to power platform analysis, AI insights, and historical context across your workflows. All data is encrypted at rest and in transit.