Skip to content
AMOGA
Request demo
Applications · Projects

The plan, the hours and the invoice, on one record.

Project plans with real dependencies and baselines, resource capacity you can commit against, timesheets that reach billing, and a status report assembled from what actually happened. Implementation, rollout, construction, campaign or client delivery: the same discipline.

plans · dependencies · baselinesCapacity & utilisationTimesheets to invoiceStatus from the record
One programme · baseline to authorityA changed API contract reaches milestone, capacity, margin and readiness before the plan changes.PR-038 · MS-21 · BL-219
AMOGA Programme commandAugust delivery portfolio · illustrated state4 active
PR-038 · critical pathCore rollout · Wave 2Forecast +4d
BaselineIntegration exit · 22 AugForecastIntegration exit · 26 AugConsequenceReadiness window exposed
DC-031 · recovery pathsProtect date or margin?Decision heldReview recorded · held
Selected finishExit · 24 AugMargin13%Capacity2 QA + 1 architect
Named checkpointKavya Menon → Rohan Desai
09:18•••
Critical milestone reviewPR-038 · Core rollout · Wave 2Authority due
Current exceptionMS-21 · Integration exit

Forecast 26 Aug · baseline 22 Aug

EvidenceBL-219 · vendor API schema change

Baseline v3 · contract v7 · team calendars

ConsequenceDeployment rehearsal beyond readiness window

Margin remains illustrative and visible.

✦ Prepared · not committedOption B · recover 2 days · 13% illustrated margin

No plan, booking or milestone changed.

Named authorityKavya MenonRohan Desai
Illustrative product experience and operating data, not customer results.No plan, booking, milestone or invoice changes automatically.
Baseline → observe → recover → authorise

The delivery record carries the promise, the hours and the invoice consequence.

PR-038 is not a task list. It is a baseline, dependency graph, capacity commitment, margin view and named decision trail that finance and delivery can both read.

01Baseline

Commit what delivery means.

The saved plan keeps dates, dependencies and scope visible after the schedule changes.

02Observe

Read progress from work.

Tasks, effort, blockers and approvals build status without a weekly reconstruction.

03Recover

Model the cross-project trade.

BL-219 reaches MS-21, capacity and margin before a recovery path is proposed.

04Authorise

Retain the delivery commitment.

Kavya validates the evidence; Rohan decides the capacity move and its consequence.

What changes

Move from status assembly to evidence-backed recovery.

Task tools are cheap and everywhere. What they do not do is connect the plan to capacity, to cost and to the invoice, which is where projects are actually lost.

01

Planning

The SaaS playbook

Boards and lists, with dates as decoration.

Rebuilt agentic

Work breakdown with real dependencies, critical path and a saved baseline, so slippage is measured against what you committed, not what you last edited.

02

Resourcing

The SaaS playbook

Assignment by name, and hope about capacity.

Rebuilt agentic

Capacity by skill, role and calendar, with soft booking during pursuit and firm allocation on award: over-allocation is refused at the point of assignment.

03

Time & effort

The SaaS playbook

A timesheet nobody fills, approved by nobody.

Rebuilt agentic

Time captured against the task on web and mobile, approved by the delivery lead, and carried straight into billing, utilisation and project cost.

04

Risks & issues

The SaaS playbook

A RAID log, updated before the steering committee.

Rebuilt agentic

The risk-watch agent reads slippage, open dependencies and burn rate daily and raises the risk with the date it will become a delay.

05

Billing

The SaaS playbook

A milestone spreadsheet, re-keyed into invoicing.

Rebuilt agentic

Fixed-fee milestones, time-and-material and retainer models compute from approved effort and trigger the invoice on the same record.

06

Status reporting

The SaaS playbook

A deck built the night before the call.

Rebuilt agentic

The status brief is assembled from the record: progress, spend, risks, decisions pending, and the project manager edits rather than writes it.

Programme recovery · PR-038

Read the dependency, capacity and margin trade-off in one room.

The recovery brief is evidence-cited, but Kavya validates the path and Rohan retains the cross-project commitment.

AMOGA Baseline v3 · illustrative
ProgrammePR-038Wave 2 · at risk
Critical milestoneMS-21Forecast +4 days
Margin14%3 pts below baseline
AuthorityRohanDecision · 16 Aug
Programme 360

Core rollout · Wave 2

Integration exit · 22 Aug → Integration exit · 26 Aug

DC-031 · authority due
Critical path evidence5 linked records
scope → contractScope v4 · API inventory

MS-12 → MS-18

critical · finish-startVendor contract v7 · integration plan

MS-18 → MS-21

critical · exit gateExit criteria · defect ledger

MS-21 → MS-27

data readinessData-team allocation · rehearsal pack

MS-24 → MS-27

critical · readinessCutover checklist · customer window

MS-27 → MS-31

Delivery director · complete mobile task

One critical-path decision at the scale of the authority it carries.

Rohan sees the record, delay, evidence, downstream consequence, prepared route and named action without opening a miniature dashboard.

RecordPR-038 · MS-21

Core rollout · Integration exit

ExceptionBL-219

Vendor contract schema changed after baseline.

ConsequenceReadiness window exposed

Rehearsal needs two days of recovery.

AuthorityKavya → Rohan

No cross-project booking is automatic.

09:185G
PR-038 · authority decisionRecover integration exitDecision due
Current exceptionMS-21 · forecast 26 Aug

Baseline 22 Aug · BL-219 +4 days

EvidenceContract v7 · baseline v3

Team calendars · margin model · dependency path

ConsequenceRehearsal beyond readiness window

Current forecast margin 14% · illustrative.

Recovery paths
✦ Prepared · not committedSwarm integration · recover 2 days

Rohan Desai remains delivery authority.

One delivery spine

What delivery gets.

Project templates carry your methodology: stage gates, deliverable types, approval points, so the second project starts from the first. Plan, capacity, cost, evidence and client approval remain joined to the commitment.

Plan & baseline

Work breakdown & plan

Multi-level task structures with dependencies, constraints, milestones, critical path and baseline versions.

wbs · dependency · baseline

Templates & stage gates

Reusable project templates with stage gates, mandatory deliverables and the approvals that release the next stage.

template · gate · release

Capacity & allocation

Resource pools by skill and cost rate, soft and firm booking, leave-aware availability and utilisation targets.

pool · booking · utilisation
Deliver & account

Timesheets & approval

Task-level time on web and mobile, submission cycles, delivery-lead approval, and rejection with a reason.

cycle · approve · reject

Budget & cost

Effort, expense and procurement cost against budget with committed versus incurred, and variance by work package.

committed · incurred · variance

Risks, issues & decisions

RAID entries with owners and dates, decision log with the option chosen and why, and escalation into the steering forum.

raid · decision log
Collaborate & govern

Client collaboration

A branded workspace for the customer: deliverable review, approval with e-sign, and a shared document trail.

review · e-sign · shared

Portfolio view

Programme and portfolio roll-up with health, margin and delivery-risk ranking across every active engagement.

roll-up · health · margin
Governed delivery

A slipping dependency that raises the risk before the review.

A prepared recovery is not a revised baseline. The delivery lead validates evidence; the director records the cross-project commitment.

“which projects will breach their baseline this month and which dependency causes it”
1Project awardedTEMPLATE · BASELINE SET
2Plan-draft agentWBS · DEPENDENCY · CAPACITY
3Delivery leadCOMMITS THE PLAN
4Gate cleared?DELIVERABLE · APPROVAL
5Bill the milestoneAPPROVED EFFORT · SCHEDULE
6ClosedMARGIN · LESSONS PINNED
Bounded work around PR-038

Three agents on delivery. The commitment stays the lead's.

Agents assemble plans, surface dated risks and prepare status. The commitment remains with the lead and delivery authority.

✦ plan-draft

Drafts the work breakdown from the template and the scope document, with dependencies and a first-cut resource ask.

delivery lead commits the plan
✦ risk-watch

Reads slippage, burn rate and open dependencies daily and dates the delay before it happens.

risks carry an owner, always
✦ status-brief

Assembles the weekly status from the record: progress, spend, risks, decisions pending, for the manager to edit.

no number without a drill path
✦ timesheet-nudge

Chases missing time against the approval cycle and flags entries that will not survive a billing review.

approvals stay with the lead

Bring a live project plan. See it under governance.

A 90-minute working session: your project template, stage gates and billing model drafted as an FRS, approved, and generated to a staging tenant with a real plan loaded.

Book the delivery session← All applications
For your technical team

Projects are meta on the platform: the same customer and employee records, durable execution behind every stage gate, and timesheet approvals attributable down to the policy version that priced them.

Platform architecture: six planes →Durable execution & replayable audit →Security, compliance & data residency →