Doing the Board: A simple daily planning exercise is our most important process
bigbangtechnology.com
bigbangtechnology.com
If we're bottlenecked or dependent on another person or deliverable, it doesn't make it on to the board.
But I agree, this process does not aim to decide what is worth doing.
Not really. Let me explain.
I love to work with Agile teams that are responsible and accountable for what they do. The best way I know to do this is to check-in with the team everyday and talk about we're going to get done today. Of course, this has to be done in the context of some vision or plan that has a horizon greater than a single day.
I hate it when someone who doesn't really understand the tasks tells me what I'm going to do today and wonders why I didn't do something yesterday. I hate that kind of micro-management.
So, everyday I take responsibility for my tasks and hold myself accountable to my team. I don't let someone else be responsible and then hold me accountable.
If you need to track whether your (presumably non-tech) employees have written 3 emails, your team have a motivation/time-management problem.
Any chance you'd try this system out for a few days? I'd love your feedback.
We're doing this at work and include our direct client contacts as well (daily 15 minute conference call). It helps immensely in avoiding communication issues arising from different time zones, locations and people never having worked with each other.
That being said this stuff seems to cover all the daily tasks (meetings, emails, etc) that is not covered in Agile. This is my main issue with this process. If you're already an agile shop then now every thing you do is being tracked. I'm not sure all teams would respond well to this. Personally I wouldn't like it much - I, personally, would feel micromanaged at this point.
And I would like to stress that this isn't a "management technique," that we force our employees to do. This process is for teams and people who see value in looking ahead at their day and providing themselves some context before diving straight in.
If I'm taking a car ride, even a short one across town, I still like to pick my route.
This point is not clear in your anecdote which has "I have some emails to do and a form to send to the accountant" turning into line items on a board.
Also to be clear - I'm not anti-planning. I also would never tell you to change a process that is working for you. But these are some reasons why I wouldn't implement this planning technique for a team that I run. I'd prefer to keep my planning product focused and I'm okay with resetting on tasks with my team on a bi-weekly basis and a quick standup daily.
This is a GTD style technique that I think works great for certain individuals and not so great for others (I've always sucked at handling to-do lists), which is why I'm not sold on it as a team technique. I think you respond well to it, but I would not. So if it works for you by all means - keep it going.
You're totally right. I should have been more explicit in my example. Once in a while, if I have enough admin work to do, I might write a task that says, "administrative tasks," so when I do hit inbox zero and complete all of those little tasks (that do add up to more than an hour), I can keep track of accomplishing it.
I don't think there's any conflict between our two approaches at all. I believe our system is:
- Product based: all tasks that go on the board directly relate to our product - We're ok with resetting on tasks as well. It's just that if it takes more than two days, we obviously got the task wrong, and it is either too big or there's a bottleneck. There's no punishment for not completing a task.
I used to dislike the idea of to-do lists because I wasn't good at following up with them. This idea adds a social element, which has helped me a lot in getting better at organizing my day.
Would you be open to trying this with your team for one day? It's a very low-overhead technique, and you never know - you might just end up enjoying it. And even if you don't get much out of it, maybe someone on your team will.
Can you see some value in that?
I'd be willing to experiment though I've always been pretty open to trying new techniques.
These apps are great for tracking big, permanent projects in your life, but they're not suited for planning what you'd like to do in a day and then accomplishing it.
I just see this approach as falling into a different category altogether, something that I haven't found the right words for yet.
Not sure whether a whole new piece of software is necessarily needed.
The other big issue is that our process is about setting out two or three things we want to do in a day, and seeing if we can meet our goals.
It would not make sense to click the "start" button on three features/chores/bugs at the beginning of the day, because again it would skew the pivotal data.
I've experimented with both using a separate project for non-engineering (to avoid the skew) but also simply including non-dev work into the velocity with the same rigor that items that offer true value get points and 'cost of doing business' (pay server bill, write documentation) are non-point-accruing chores.
Both work for me.
Our technique is about setting out a good amount of work for the day, and trying to meet those goals. We pull few chores/bugs/features from pivotal and throw them on the board all the time.