Skip to content

Deliver a Large Project in Small, Integrated Increments

Summary

Learn to plan a large project around usable increments, visible dependencies, shared components, and reviews that connect each stage to the overall goal.

Published

Complete Small, Usable Results within the Larger Plan

A large project needs incremental results people can use, alongside smaller tasks. Explain how each result contributes to the overall goal.

Independent screens and components may still be unusable together. Plan a coherent slice and the dependencies needed to make it work.

Choose a Usable Increment

For an event site, a first result could let visitors find event details and signup instructions. An isolated heading or disconnected form cannot test that journey.

Scrum requires a usable Increment. (The Scrum Guide 2020) Use that principle when defining your own completion conditions.

Make Dependencies and Shared Components Visible

Publishing prices depends on approval of both the prices and their release. A schedule containing only production work hides these waits.

Assign ownership for shared information and components. Agree change contacts and an integration test date.

Reassess the Goal after Each Stage

After release, review use and enquiries to decide what comes next. Assess whether people achieve their goal alongside completed work.

State the available scope and update date on the public site. Label planned capabilities separately from released ones.

To define a testable user goal, see writing user stories.

SpreadSite is a no-code website builder that lets you create, publish, and update a website from Google Sheets using ready-made templates.

To publish a website introducing your project’s released stages, give SpreadSite a try!

Build a website with SpreadSite →

Frequently asked questions

Q: Are small tasks enough?

A: Also check whether their combined result is usable. Small tasks can still have dependencies.

Q: Should shared components be built first?

A: Base the timing on the results that need them. Avoid creating unused components.

Q: Can the plan change midway?

A: Yes when evidence or conditions change. Record the reason and affected scope.

Q: What if staged public releases are impossible?

A: Build coherent internal results for evaluation and manage release conditions separately.

Sources

Build a website with Google Sheets using SpreadSite