The Pomodoro Technique sounds too simple to matter. Set a timer for 25 minutes, work on one thing, take a 5-minute break, repeat.
And yet it has outlived most productivity systems invented since. Francesco Cirillo came up with it as a university student in the late 1980s, using a tomato-shaped kitchen timer (pomodoro is Italian for tomato). Decades later, people still use it, because it solves two problems that never go away: starting, and staying on one thing long enough to finish it.
For project work it does something more. Every pomodoro is a measured block of time attached to a task, and measured time is exactly what most project plans are missing.
The Classic Rules
The original method has five steps:
- Pick one task. Not a list. One.
- Set a timer for 25 minutes and work only on that task.
- When the timer rings, stop and take a 5-minute break, even if you are mid-flow.
- After four pomodoros, take a longer break of 15–30 minutes.
- Write down what you finished. The record is part of the method, not an extra.
The break is not a reward. It is what keeps the next 25 minutes sharp. Skip it and you will be doing slow, distracted work by the third block without noticing.
Why It Works
It lowers the cost of starting. "Write the project proposal" is intimidating. "Work on the proposal for 25 minutes" is not. Most procrastination is about the size of the first step, and a timer makes the first step small.
It protects attention. For 25 minutes you have already decided what you are doing, so every interruption has to justify itself against a clock. Most interruptions can wait 18 minutes, and once you have a timer running, you notice that.
It makes effort visible. At the end of the day you know you did eight pomodoros on the migration and two on email, rather than having a vague feeling of being busy.
Adapting It to Real Project Work
Twenty-five minutes is a starting point, not a law. Some work needs longer to get into:
- Short sessions (15 minutes) suit admin, inbox clearing, or tasks you are dreading.
- The classic 25 minutes fits most writing, planning and review work.
- Longer sessions (45–60 minutes) suit deep work like design, coding or analysis, where getting back into context costs ten minutes on its own. Take a longer break after them.
Keep one rule whatever the length: the timer is attached to one task. If you notice yourself switching tasks mid-session, the task was probably too big. Split it on your board before the next session.
Handling Interruptions
Cirillo's answer to interruptions is short: inform, negotiate, call back. Tell the person you are in the middle of something, agree on when you will get back to them, and do it at your next break.
In practice:
- Notifications off during a session. Everything that pinged you can wait until the break.
- Keep a scratch list next to you. When an unrelated thought arrives ("I need to email the supplier"), write it down and return to the task. The thought is safe, and your attention is too.
- Real emergencies end the session. Don't pretend a half-pomodoro counted. Log what you actually worked and start fresh later.
Pomodoros as Estimation Data
This is where the technique pays off for project managers.
Most estimates are guesses that never get checked. "That's about two days of work" gets written into the plan, the task takes four, and nobody learns anything because nobody recorded how long it actually took.
If your focus sessions are logged against tasks, you build that record without trying. After a few weeks you can see that "write a test plan" takes about six pomodoros, not the three you always assume. That's a correction you can carry into the next project's estimates.
Three habits make the data useful:
- Log against the real task, not a catch-all "meetings" or "misc" bucket.
- Compare logged time to the estimate when a task closes. A task running 50% over is a signal; a whole phase running 50% over is a schedule risk.
- Don't treat it as surveillance. Time logs are for planning better, not for judging people. Teams that use them to blame stop logging honestly within a month.
Common Mistakes
- Skipping breaks when things go well. The break protects the afternoon, not the current session.
- Pomodoros on vague tasks. "Work on project" produces 25 minutes of wandering. Name the output: "Draft section 2 of the proposal".
- Counting time instead of finishing. Ten pomodoros on a task that should take three is information. Look at it.
- Forcing 25 minutes on everything. Pick the length that fits the work, then stick to it for that session.
Focus Sessions in LoopGantt
LoopGantt has a built-in focus timer that works the Pomodoro way and logs your time on the task you are working on.
- Pick your length. Sessions default to 25 minutes, with presets of 15, 25, 45 and 60, or any length from 1 to 240 minutes. Your choice is remembered.
- Breaks included. After a session you get a 5-minute break, a 10-minute one after sessions of 45 minutes or more, and a 15-minute long break after every fourth session in a row.
- Time logged automatically. When a session completes, a time entry is added to the task. Finish early and log what you did, or abandon a session and nothing is logged. You can also add time you worked away from the timer.
- Logged vs estimated. Each task shows how much time has been logged against its estimate, and flags tasks that run over.
- Start from anywhere. Launch a session from a Kanban card, an Agenda row, the task details, or the right-click menu on the Gantt chart and table.
- It keeps running. The timer survives switching views and reloading the page, and a chime tells you when time is up.
Time tracking and focus sessions are included on the free plan. Create a free account, open any task, and start your first 25 minutes.
The Short Version
One task, one timer, a real break, and a written record. Use 25 minutes as the default and change it when the work demands it. Then let the logged time teach you how long things really take; that is how a productivity trick turns into better plans.