How to Estimate Time for Projects You’ve Never Done Before

by Arif Ikhsanudin, Backend Developer

Estimating a project you’ve never tackled can feel like guessing the weather on Mars. But with the right approach, you can make surprisingly accurate predictions.

Start with the Known Unknowns

The first step is to list everything you know and don’t know about the project.

  • Break the project into smaller tasks, even if you aren’t sure how long each will take.
  • Identify dependencies and potential blockers.
  • Flag areas where you have little to no experience.

Acknowledging uncertainty is better than pretending you know it all.

Use Analogies and Past Experience

Even if the project is new, similar projects can guide your estimates.

  • Think of past tasks that share similarities in complexity or scope.
  • Ask colleagues or peers who have done something similar.
  • Don’t copy numbers blindly—adjust for differences in scale or unknowns.

An educated guess beats a wild guess every time.

Break It Down and Add Buffers

Small tasks are easier to estimate than the whole project.

  • Estimate each task individually.
  • Add a buffer for learning, interruptions, or mistakes.
  • Consider multiplying your initial total by 1.3–1.5 if it’s completely new territory.

Buffers are not padding—they’re sanity insurance.

Validate As You Go

Once the project starts, check your estimates against reality.

  • Track time spent on each task.
  • Adjust future estimates based on what you’ve learned.
  • Communicate changes early if deadlines will shift.

Learning from real data is the fastest way to improve your estimates.

Communicate Uncertainty Clearly

Clients or managers often fear vague timelines. Be transparent.

  • Explain which parts are uncertain and why.
  • Offer ranges instead of single numbers when possible.
  • Show confidence in the process, even if the timeline isn’t perfect.

Being upfront about uncertainty builds trust and reduces panic later.

Estimating something new is part art, part science—but with the right mindset, you can predict with surprising accuracy.

Scale Your Backend - Need an Experienced Backend Developer?

We provide backend engineers who join your team as contractors to help build, improve, and scale your backend systems.

We focus on clean backend design, clear documentation, and systems that remain reliable as products grow. Our goal is to strengthen your team and deliver backend systems that are easy to operate and maintain.

We work from our own development environments and support teams across US, EU, and APAC timezones. Our workflow emphasizes documentation and asynchronous collaboration to keep development efficient and focused.

  • Production Backend Experience. Experience building and maintaining backend systems, APIs, and databases used in production.
  • Scalable Architecture. Design backend systems that stay reliable as your product and traffic grow.
  • Contractor Friendly. Flexible engagement for short projects, long-term support, or extra help during releases.
  • Focus on Backend Reliability. Improve API performance, database stability, and overall backend reliability.
  • Documentation-Driven Development. Development guided by clear documentation so teams stay aligned and work efficiently.
  • Domain-Driven Design. Design backend systems around real business processes and product needs.

Tell us about your project

Our offices

  • Copenhagen
    1 Carlsberg Gate
    1260, København, Denmark
  • Magelang
    12 Jalan Bligo
    56485, Magelang, Indonesia

More articles

How to Deliver Bad News Without Panic

Breaking bad news is never fun. Here’s a calm, practical way to handle it without losing your cool.

Read more

How Taipei Startups Are Solving the Backend Hiring Gap With English-First Async Remote Contractors

Taipei's senior backend hiring market is thin and slow. Some startups have found a working model that doesn't require solving that problem before shipping.

Read more

You Don't Have to Migrate Everything at Once

Incremental monolith decomposition — extracting one service at a time while keeping the monolith operational — delivers value earlier, reduces risk, and lets you stop when the architecture is good enough rather than when the plan says you are done.

Read more

Git Cherry Pick: Useful Tool or Recipe for Chaos

Cherry pick is one of the most misused Git commands — reached for when a targeted fix is needed but applied in ways that create duplicate commits, diverged histories, and maintenance headaches.

Read more