Hype StackHypeStack

Use case

Construction Management Scheduling Software

Construction scheduling is the one branch of project management where the maths is real. A critical path is not a visualisation choice, it is a calculation, and tools that only draw bars are not doing it.

Construction scheduling software is a narrower category than construction management software, and mixing them up is the usual reason a purchase disappoints. One runs the programme: activities, durations, dependencies, float, and what happens to the finish date when the steel arrives late. The other runs the project: drawings, RFIs, submittals, daily reports, and payment applications.

We sell source code you clone and run yourself, so there is nothing here to log into. Nobody should build a CPM scheduler, and this page is mostly about how to choose one and where the free options genuinely reach.

Critical path is a calculation, not a chart

The reason Primavera P6 keeps appearing in this search is that it implements the critical path method properly, and many cheaper tools draw Gantt bars without doing the underlying passes.

What CPM actually computes

  1. A forward pass

    Working from the start, compute the earliest each activity can start and finish given its predecessors. This produces the earliest possible completion date for the whole programme.

  2. A backward pass

    Working back from the required finish, compute the latest each activity can start and finish without delaying the project.

  3. Float, per activity

    The difference between the earliest and latest dates. Total float is how much an activity can slip before the finish date moves; free float is how much it can slip without affecting the next activity.

  4. The critical path falls out

    The chain of activities with zero total float. Anything on it delays the project one day for one day, which is the number that matters in a delay claim.

    Recomputed on every change

A tool that lets you drag a bar without recomputing float is a drawing program, and the schedule it produces will not survive scrutiny.

This matters commercially, not just technically. On a contract with liquidated damages, an extension of time claim is argued on the schedule, and that argument requires relationship types, lags, and a defensible baseline against which progress is measured. Tools that cannot express a finish-to-start relationship with a lag, or cannot hold a baseline separate from the live programme, cannot support that conversation.

What separates the tiers

Free and light tools
Dedicated CPM schedulers
Relationships
Finish to start, sometimes only
All four types, with leads and lags
Baselines
Often none, or a single snapshot
Multiple baselines, with variance reporting
Resource levelling
Rare
Yes, and it will move your dates
Who can read the output
Anyone
Planners; site teams need a lookahead extracted

The last row is the practical trap. A full CPM programme with two thousand activities is not a document a site foreman uses. What the site uses is a lookahead, usually three or six weeks, filtered to the trades working now. If the tool cannot produce that view, somebody rebuilds it in a spreadsheet every Friday, and the two versions drift.

Where the free options reach

For a small builder running a handful of jobs, the honest ceiling is higher than vendors suggest. If the programme is under about a hundred activities, dependencies are mostly finish-to-start, and nobody is going to litigate the finish date, a spreadsheet with dates and a simple Gantt tool covers it. Several free and low-cost tools handle this band well.

The point to move up is specific: a contract with liquidated damages, a programme where resource conflicts across jobs actually bind, or a client who requires a particular file format for submission. That last one decides the purchase more often than any feature, so ask before comparing anything.

What people actually build

Not schedulers. What construction businesses build, when they build, is the layer around the schedule that the scheduling tools deliberately do not cover: capturing progress from site so the programme reflects reality.

That is a mobile-shaped problem. Somebody on site marks activities as started or complete, adds a photograph and a note about why a trade could not get access, and that has to reach the planner without a phone call. Connectivity on a site is unreliable, so anything built here needs to work offline and reconcile later, which is the same constraint that shapes field software generally.

What you would start from here

There is no scheduler in this stack. No activities, no dependencies, no critical path, no float, no baselines, no resource levelling, and no lookahead views. Given that CPM is the category, that is nearly all of it, and the correct recommendation for the schedule itself is to buy a tool.

Where the Vault template helps is the progress capture layer described above: organizations so each project and subcontractor is scoped, roles and invitations so a subcontractor sees their own activities, a Hono backend with Prisma and Kysely on Postgres, an admin app, and Stripe billing if you are selling the tool to other builders. The calendar pack gives events with five views and drag to reschedule, though it has no recurrence rule and no resource model, so it is closer to a site diary than a programme.

You would write the activity and progress records, the sync with whatever scheduling tool holds the programme, and the offline capture path. Treat that last one as the main engineering item rather than an afterthought.

Below is the tenancy, admin, and billing layer that sits under the progress side. For the programme itself, buy a scheduler that does the forward and backward passes properly.

Hype Stack

What is Hype Stack?

Every product starts with the same month of work nobody pays you for: sign-up and login, teams and permissions, taking payments, notifications, an admin panel to run the business. Hype Stack is that month, already built and tested. Start from the free open-source app, add the pieces you need with one command, and keep going on the part that is actually your idea.

Everything lands as real code in your own repository, so there is nothing to rent and nothing anyone can switch off. For the engineers: React 19, Hono, Postgres, and a desktop build, typed end to end.

See it running

Templates are curated project starters built on this stack: a layout, feature packs, a custom theme, and bonus pages. The previews below are recordings of the real apps.

Packs in this stack

Every pack ships real source code: frontend, backend, and admin surfaces where the feature needs them. The ones this stack installs come first; the rest can be composed in later.

Two ways to install features

Same features underneath, different starting point. Either command resolves what the packs depend on, copies the source into your repository, and merges the Prisma schema.

Ready-made

Take a template

A landing page, a design system, a themed layout, and the features already wired into it. Rebrand it, put your product in the middle, ship.

$npx @hype-stack/cli template
Browse templates
From scratch

$ hype-stack compose

AuthPayments

Compose your own design

Your design and your choices, without rebuilding auth, billing, or notifications. Tick the packs you want and the CLI wires them into the open-source starter.

$npx @hype-stack/cli compose
Browse packs

Questions, answered

A forward pass for earliest dates, a backward pass for latest dates, float per activity as the difference, and the critical path as the chain with zero total float. A tool that lets you drag a bar without recomputing float is a drawing program.

More stacks

Turn your ideas into
Real applications.

Start free and own every line you ship. When you want more, one All-Access license unlocks every premium pack and template for a year.

All premium packsEvery template12 months of updates
Get All-Access