The Plastic SCM blog

Pomodoro technique: much more than a tomato timer

I’ve been using this method for about a month, and now I’m able to say that just following some easy rules it is possible to noteworthy increase your productivity.


The Pomodoro technique is a really simple way to increase your productivity by trying to be focused in an affordable task during shorts periods of time. Everything unrelated to this task should be delayed until you have finished an atomic time interval: what we call a “Pomodoro”.


The only material you need to start using the technique is:

  1. A timer: the author uses a Tomato Kitchen timer, hence the name. You will use intervals (Pomodoros) of about 25 minutes (never more than 40 minutes). Keep in mind the golden rule: only one task in a Pomodoro. If you finish before the timer rings, you can check your work for a while. Try to run the Pomodoro out.
  2. An activity inventory: a list with everything you’ve to do, and an estimation of the time you will need to complete each item (it is preferably to measure the time in Pomodoro units! Note: this reminds me the “ideal time” vs “story points” units used on agile methods for estimation).
  3. A to-do today list. So, once you have an activity inventory, you are ready to make up a new list, where you will assign the available Pomodoros of a day to the tasks listed in the previous inventory.


Well, you have a timer, an activity inventory, a to-do today list… and of course, a day of work ahead! You start setting up the timer, and focusing into your job. So, interruptions will come, sooner or later. The silver rule is to manage them in order to never break the pomodoro. If you receive a phone call, say politely that you’re busy and that you will phone later (it’s the same idea of the annoying interruption environment stated in the outstanding book Peopleware). Then, check it at the bottom of your to do today list, in a sub-list called “Unplanned & Urgent”. You will record in this new subsection everything that you will have to do later, but never during the current pomodoro. Of course, you can arrange a pomodoro a day to read mails, make phone calls… whatever. Ok, the timer rings, so you check, beside the task you’re doing in the to-do today list, that a pomodoro is completed. Then, you will keep track of how many pomodoros you actually need for your tasks, and, as a complementary advantage, you will improve your estimation capabilities. When a task is finished, cross it out in the activity inventory.


After a pomodoro, you have a 3-5 minutes break, and after every four pomodoros comes a 15-30 minutes break. These are not strict rules; maybe you need more than 5 minutes after the first two pomodoros after lunch. So you can plan your day in order to increase your productivity assigning shorter or longer breaks between the different pomodoros, but try not to exceed the limits of 30-40 minutes in a set of four pomodoros.


One last tip, if a task lasts more than 5-7 pomodoros, break it down. Complex activities should be divided into several ones, so you gradually feel that a big and complicated matter is being finished.


To sum up, all of us have faced the problem of being annoyed by ourselves or by others, so the only effort of achieve 25 minutes of concentration will be a giant leap for your productivity.

3D tree tour

Short (2 minutes) tour on the 3D version tree on high-res:

Checkouts explained

As you know, checkout in Plastic is not like "checkout" in CVS or SVN. In fact, the concept is similar to systems like Perforce, Clearcase and such.

So, while checkout means "download" on CVS and its descendants, it means "create a new revision of my element to work with it" on Plastic.

In fact, to download stuff to your workspace you've to use "update" on Plastic.

Ok, once all that is clear, why on earth would you like to have something like a checkout instead of just "checking in" your changes?

Note: Please remember a checkout has nothing to do with a "lock", it doesn't mean you're the only one modifying the file, not at all!

Well, the reason is simple: you let the system know you're working on a new revision which is still "in process" which is very helpful on a variety of scenarios:

  • Knowing what your colleagues are working on
  • Create temporary revisions with associated data (watch the screencast below)
  • Avoid creating ugly temporary files for merge candidates (.mine, .theirs) as you'd do with SVN, CVS...

    But, the main topic today is about "shelving your changes" and that's what the next screencast will explain:

  • How to find changes on a Plastic SCM workspace

    I've just recorded a short screencast explaining how to directly identify changes and commit them with Plastic SCM.

    It actually explains the modify-checkin workflow, which is an alternative to the most classic checkout-modify-checkin one.

    This workflow will adapt better to developers not using an IDE (where the CO's are automatically performed on their behalf by the tool itself) and directly modifying the files outside the control of Plastic SCM.

    The way of working is quite simple:

    - you just modify your files
    - then you ask Plastic to look for what you've changed
    - you can checkin the modified files, review the changes prior to commit and so on

    Hope you find it useful.

    New logo

    You've probably seen it already on the website but... we do have a new logo for Plastic SCM!!


    Hope you like it!
    Real Time Web Analytics