Pivotal Labs

Main menu

Skip to primary content
Skip to secondary content
  • About
  • Case Studies
  • Team
    • Executives
    • Locations
      • San Francisco (HQ)
      • Boston
      • Boulder
      • Denver
      • London
      • Los Angeles
      • New York
  • Community
    • Blogs
    • Tech Talks
    • Events
  • Careers
    • Lifestyle
    • Principles & Practices
    • Benefits
    • FAQ
    • Apply
  • Contact
    • Press Room
    • Press Releases
    • In The News
    • Press Kit
  • All
  • Labs
  • Standup
  • Tracker
Joe Moore

Pivotal Tracker Pro Tip: Parallel Tracks with Labels

Joe Moore
Sunday, July 4, 2010

A frequent feature request for Pivotal Tracker is support for parallel tracks of development for multiple pairs of developers (you are pair programming, right?) It’s true that Tracker does not fully support parallel tracks within the same Project, but you can get most of the way there by doing what we do on many Pivotal Labs projects: use labels to identify multiple tracks of development. With labels, you can easily visualize and manage parallel development tracks while keeping your team’s work in one Pivotal Tracker Project.

A Tale of Two Pairs

It is a common scenario to have two pairs working on two unrelated feature sets. For example, your application will allow users to shop for and purchase products, and also have many administrative/back-end features. The team has identified that there are too many dependencies to have both pairs working on the shopping portion: one pair can’t work on credit card refunds if the other is in the middle of implementing credit card purchases. Thus, the team decided that one pair will focus on the shopping features while other pair works on important admin tools.

Parallel Tracks

“If it’s the most important story, put it at the top of the backlog” has long been one of our go-to suggestions. This is more difficult with parallel-track teams, as you have multiple number-one priorities. Labels to the rescue! Notice that we’ve labeled all of the shopping-related stories with a shopping label, and the administrative stories with an admin label:

Labels

Now click on the shopping label. Notice that we grow a new Search Results column for stories labeled shopping which has several interesting properties:

Search Results

  1. The number of stories labeled shopping.
  2. The number of points estimated for all shopping stories.
  3. Their normal prioritized order.
  4. Just like normal Tracker columns, the stories update if team members edit them.

Pin It!

After clicking the shopping label, pin it by clicking the little push-pin icon in the upper-right corner of the search results column. Now you can perform another search, or click another label, without losing your shopping column!

Pin Icon

Go ahead and click the admin label after pinning the shopping label.

Multiple Search Results Pinned

Now you have easy to visualize tracks of stories, priorities, and estimations, side-by-side.

Limitations

The label trick is a very handy tool for managing parallel tracks of development on your project, but it isn’t perfect. Ideally, if the shopping features are the most important for your project, everyone possible should be working on them. Implications of parallel development tracks in Pivotal Tracker include:

  1. Harder iteration planning: Tracker fills your iterations with the highest priority stories, but with parallel tracks you have multiple high priorities. In our example, Tracker fills the top of your backlog with shopping stories first and admin stories afterwards. The burden is on the team to either interweave the two tracks in each iteration, or group all of the similar stories together and “just know” that your admin stories are not actually weeks away but are indeed being worked on now.

  2. Predictability: Depending on how you use Release markers, some charts, such as the Release burn-down chart, become less useful. For example, some teams might create Release markers for shopping and admin as a way of grouping these stories together, but the burn-downs will be less accurate if teams are working on both sets of stories.

  3. Slightly harder to manage: One thing you’re sure to notice is that you cannot drag-and-drop within the search results panels, which means that you cannot re-prioritized the stories within the shopping and admin columns, though you can drag items from search results into the backlog. Also, if you add or remove labels, or re-prioritize, you will have to perform the search again refresh the column.

  4. Anti-pattern?: Some schools of thought, such as followers of kanban, might consider parallel tracks of development an Anti-pattern. Definitely weight the impact of fracturing your development efforts.

UPDATE: fixed wonky images.

  • 0 Shares
  • Share on Facebook
  • Share on Twitter
Pivotal Labs

Jeff Sutherland on using Pivotal Tracker for Scrum Projects

Pivotal Labs
Tuesday, September 1, 2009

Jeff Sutherland, one of the creators of Scrum, has just posted a new blog entry in his Scrum Log: Pivotal Tracker: Now with a Burndown Chart!

I first met Jeff when we were both presenting on Agile process to a forum of OpenView Venture Partners portfolio companies, and have been a big fan of all he has to say about the adoption and effectiveness of agile practices in the wild.

Many thanks to Jeff for his help to make Tracker a better tool for scrum. We’ll keep working with him to make sure Tracker is the best scrum tool it can be.

  • 0 Shares
  • Share on Facebook
  • Share on Twitter
Pivotal Labs

We have a winner!

Pivotal Labs
Friday, May 29, 2009

We have a winner in the Pivotal Tracker GoRuCo Haiku Contest.

Collin Miller submitted the winning entry:

Rivers of Action
Clearly Sculpt a Way Forward
My Path is Now Clear

We thank everyone for participating. There were a number of great entries, but this piece really stood out.

Collin, come on down tomorrow and say hi. I’ll be there all day enjoying the conference with some other folks from Pivotal Labs and demoing Pivotal Tracker for anyone who doesn’t know it already. Congratulations on your win!

  • 0 Shares
  • Share on Facebook
  • Share on Twitter
Joe Moore

Pivotal Tracker Tip: Organizing with Labels

Joe Moore
Sunday, May 3, 2009

At Pivotal Labs, our clients, customers, and developers love Pivotal Tracker; after all, we wrote it and selfishly kept it to ourselves for 2 years! With that much history, some of our Tracker projects have built up thousands of stories, and keeping these stories organized is a challenge. Luckily, we designed Tracker with a simple yet powerful organizational tool: Labels. Here are some labeling patterns we find useful.

Label Stories with Feature Set Name

How many Stories, Bugs, and Chores make up that big Facebook integration feature set, anyway? Which stories are related to the big UI version 3 update? Simply label everything related to a feature set with an easy-to-remember name. This is especially helpful when different pairs or teams are focused on certain groups of features.

Labels for Features

Bug Priority Labels

It’s true that Tracker doesn’t have the traditional bug categories of P0, P1, P2, to PN. We tend to simply prioritize the most important or critical bugs higher than those less critical, but you can simply create the Labels for bug priorities. That said, there is one Label we almost always create to categorize a subset of bugs — want to guess what it is? If you guessed “ie6″ then you feel our pain!

Labels for Bugs

Labels for Communication

We often use labels to communicate the state of a Story beyond it’s delivery status. For example, a Story we don’t understand that was added by a remote project manager can be labeled “needs discussion.” A bug that we can’t duplicate might be labeled as such. Designers will want to know which UI stories “need assets.” Team leads and project managers are especially interested in seeing any Story labeled “blocked.” Of course, Labels are not intended to replace actual person-to-person communication — talk to each other!

Labels for Communication

Watch out for Label Spam

While Labels are a powerful tool to quickly view the state of the world, don’t go too Label crazy. Labels are not intended to be a discussion forum, flame war, or dumping ground for thoughts.

Label Spam

Labels and Saved Searches Panel

The Labels and Saved Searches panel brings this all together; activate it at View => Labels and Searches. A picture’s with a thousand words, so check out the following screenshots to see just how powerful Labels are for organizing your project.

Label Panels

  • 0 Shares
  • Share on Facebook
  • Share on Twitter
Pivotal Labs

First Tracker Users Group meeting a success

Pivotal Labs
Friday, May 1, 2009

On Wednesday night we hosted our first San Francisco Tracker Users Group (SF.TUG)

It was a great opportunity to meet more of our users, and hear directly from them about how they’re using the product, and share with them some of the philosophy behind it.

We’re excited by your enthusiasm and we will definitely make the TUG a regular event here in San Francisco, and we are planning to start one in our New York City offices soon. Please visit the Meetup group to join the discussion, and for more information and the schedule for future meetups.

  • 0 Shares
  • Share on Facebook
  • Share on Twitter
Joe Moore

Pivotal Tracker Tips and Tricks from SF.TUG

Joe Moore
Thursday, April 30, 2009

On April 29, 2009 Pivotal Labs hosted the inaugural San Francisco Pivotal Tracker User’s Group. It was a great success! As an avid Pivotal Tracker user (and sometimes developer) for over 3 years I am very interested in making Tracker a better product and teaching others how to use Tracker to improve their organization.

Here are a few thoughts I took away from the meeting, and a few tips and tricks.

I Created a Project… Now What?

Once someone has created their first Project in Tracker, we don’t give you much guidance on what to do next. People need help getting past the “blank page problem:” faced with an empty project, it’s daunting to get started. Did you know you can create a demo project that’s filled with example Stories?

First, Login and click Create a Project

Next, click create a demo project

Create a Demo Project

Check out the results!

What are These Different Things?

What is the Difference between a Story, Bug, Chore, and Release? When should I use one versus the other? Good questions! To get started, check out the Stories section of the FAQ.

Why Can’t I Move All My Stuff into the Current Panel?

This is one of our top questions. The answer is this: Tracker doesn’t think you can get it done. Or, more specifically, history has shown that your team completes the number of points per iteration indicated by your Velocity. If history shows that you get 7 points done per iteration, Tracker will move the top 7 points worth of stories into the Current panel. Again, more details are available the Velocity and Iterations section of the FAQ.

That’s Confusing!

This might help: to minimize this confusion, you can stack your Current panel on top of your Backlog (future) panel, giving you one big list. Choose View => Include Current in Backlog

What’s in a Name?

At Pivotal, which is a large consulting practice first and a developer of Pivotal Tracker second, we have always refer to the tool as “Tracker.” But, at the user’s group we continually heard people refer to it as “Pivotal.” Interesting!

That’s it for now, but look for more Tracker (or Pivotal) tips and tricks in the future!

SF.TUG

  • 0 Shares
  • Share on Facebook
  • Share on Twitter
Pivotal Labs

Pivotal Tracker and the Planning Fallacy

Pivotal Labs
Wednesday, March 11, 2009

I came across an interesting post on Overcoming Bias today about the Planning Fallacy. In short, the evidence shows that individual predictions generally occur in a rosy inaccurate world where everything goes according to plan, even when interruptions and setbacks are inevitable:

Buehler et. al. (1995) asked their students for estimates of when they (the students) thought they would complete their personal academic projects. Specifically, the researchers asked for estimated times by which the students thought it was 50%, 75%, and 99% probable their personal projects would be done. Would you care to guess how many students finished on or before their estimated 50%, 75%, and 99% probability levels?

  • 13% of subjects finished their project by the time they had assigned a 50% probability level;
  • 19% finished by the time assigned a 75% probability level;
  • and only 45% (less than half!) finished by the time of their 99% probability level.

As Buehler et. al. (2002) wrote, “The results for the 99% probability level are especially striking: Even when asked to make a highly conservative forecast, a prediction that they felt virtually certain that they would fulfill, students’ confidence in their time estimates far exceeded their accomplishments.”

But it seems one can overcome this bias towards optimism by getting an “outside view” on the problem as it relates to the timelines on previous similar projects:

Buehler et. al. (2002), found that Japanese students expected to finish their essays 10 days before deadline. They actually finished 1 day before deadline. Asked when they had previously completed similar tasks, they responded, “1 day before deadline.” This is the power of the outside view over the inside view.

So there is a fairly reliable way to fix the planning fallacy, if you’re doing something broadly similar to a reference class of previous projects. Just ask how long similar projects have taken in the past, without considering any of the special properties of this project. Better yet, ask an experienced outsider how long similar projects have taken.

Pivotal Tracker, unlike other project management software, is built on exactly this idea of the outside view, via points and emergent iterations:

Tracker calculates future iterations based on historical performance. Focus on prioritizing and completing your stories; let Tracker take care of planning future iterations, based on actual progress.

It’s gratifying to see that the emergent iterations are not just easier for the user, as there’s no need to manually specify them – they’re also more likely to be accurate, as they’re based on an external view of your own progress. Yet another reason to look to Tracker for your project management needs.

  • 0 Shares
  • Share on Facebook
  • Share on Twitter
Joe Moore

How To Create a Fluid Application for Pivotal Tracker

Joe Moore
Saturday, January 31, 2009

http://assets.pivotallabs.com/258/original/trackerscreen.jpg

As a developer of web apps, I’m inevitably running 3 or 4 browsers, each with 10 tabs open containing my application under development, Google searches, gotapi (pronounced “got a pie?” of course!), design wireframes, and all kinds of other very important stuff. And in one of those tabs, somewhere, is Pivotal Tracker. Browsers and tabs are great, but sometimes you just want an Application — notice the capital “A.”

Fluid to the rescue! Fluid lets you create Site Specific Browsers, which “provide a great solution for your WebApp woes.” In a nutshell, Fluid makes a custom WebKit browser that, when launched, opens just the site you configured it to open, such as Gmail, Pandora, or even Pivotal Tracker. I love that I can maximize the Pivotal Tracker app and boost the font 3 or 4 levels, filling a screen with Tracker goodness without the clutter or navigation buttons, bookmark bars, or tabs. And where is Tracker? Just command-tab!

http://assets.pivotallabs.com/262/original/command_tab_2.jpg

Here’s how to create a Fluid application for Pivotal Tracker.

  1. Download and install Fluid
  2. Download the Fluid Icon for Pivotal Tracker
  3. Launch Fluid
  4. Enter the following:
    • URL: http://www.pivotaltracker.com
    • Name: Pivotal Tracker
    • Location: pick one!
    • Icon: pick ‘Other…’ then find the tracker icon you downloaded earlier
      http://assets.pivotallabs.com/255/original/screen_149.png
  5. Click Create, then launch it!

Once launched, open the Pivotal Tracker preferences and change the Window Style to “HUD (Black)” under Appearance Preferences Why? Because it looks cool.

http://assets.pivotallabs.com/259/original/twomonitors.jpg

Update

Here is the Fluid icon, upon request.

http://assets.pivotallabs.com/264/original/tracker.png

  • 0 Shares
  • Share on Facebook
  • Share on Twitter
Joe Moore

Standup 11/19/2008: Team Strength, Fixtures, and Pivot Pong

Joe Moore
Thursday, November 20, 2008

Interesting Things

  • Pivotal Tracker tip: as the Holiday Season approaches, you can edit your Team Strength to account for vacationing team members. For example, if you are missing 1 out of a team of 4 next week, set next week’s Team Strength to 75%

    Pivotal Tracker team strength

  • Rescuing inside a transaction: ActiveRecord relies on catching a Rollback error in order to perform transaction rollbacks. If you are performing a begin..rescue block within a transaction, make sure you either (a) specify the Exception or Errors you want to catch, or (b) re-raise the Rollback error if caught.

  • Bring it! The Pivot Pong Tournament of Champions is on! Games will be played on the Pivotal breakfast tables/ping pong table.

    Pivot Pong table

Ask for Help

“What is the life-cycle of test fixtures when using transactional fixtures?”

  1. The testing framework clears the database of all data within tables that have fixtures files defined.
  2. A test/spec file is loaded and all fixtures declared within it (or all if fixtures :all is declared) are loaded into the database.
  3. A transaction is started.
  4. The test/spec runs.
  5. The transaction is rolled-back.
  6. Repeat!
  • 0 Shares
  • Share on Facebook
  • Share on Twitter
Joe Moore

Pivotal Tracker Fluid Icon

Joe Moore
Thursday, November 13, 2008

Here’s a hot Fluid icon for Pivotal Tracker. Thanks, Ted!

sdfsdfsf

Check out a couple of other icons in this Flickr upload.

  • 0 Shares
  • Share on Facebook
  • Share on Twitter

Topics

  • agile (780)
  • rails (113)
  • testing (88)
  • ruby (83)
  • ruby on rails (70)
  • jobs (62)
  • javascript (55)
  • techtalk (44)
  • rspec (38)
  • ironblogger (32)
  • productivity (30)
  • activerecord (29)
  • gogaruco (29)
  • git (28)
  • nyc (27)
  • rubymine (26)
  • bloggerdome (23)
  • mobile (22)
  • process (21)
  • pivotal tracker (20)
  • cucumber (20)
  • jasmine (19)
  • design (18)
  • ios (18)
  • webos (17)
  • objective-c (17)
  • android (16)
  • palm (16)
  • "soft" ware (16)
  • fun (15)
  • tracker ecosystem (15)
  • ci (15)
  • cedar (15)
  • rails3 (14)
  • performance (14)
  • bdd (14)
  • gem (13)
  • css (13)
  • tdd (13)
  • selenium (12)
  • goruco (12)
  • bundler (12)
  • meetup (11)
  • railsconf (11)
  • nyc-standup (11)
  • capybara (10)
  • mac (10)
  • mojo (10)
  • chef (10)
  • api (10)
Subscribe to pivotal tracker Feed
  1. ←
  2. 1
  3. 2
  • About
  • Case Studies
  • Team
  • Community
  • Careers
  • Contact
  • Labs
  • Events

Contact Us

contact@pivotallabs.com
+1 415-77-PIVOT
TwitterLinkedInFacebook

Pivotal Tracker

Tracker is the award-winning agile project management tool that enables real-time collaboration around a shared, prioritized backlog.
Visit pivotaltracker.com >