I've been wondering this since first trying Basecamp: what is the value of Checklists? I just don't get it... It only seems to complicate things and make it more tedious to setup and visualize a project.
All I really want is a set of Milestones with end dates and a list of tasks for each Milestone. I think this has been the classic approach for every project management system i've ever tried (and there have been many) until Basecamp invented the To-do list.
When I'm looking at a project, I'd like to see a set of milestones and then be able to drill down in one click to see the tasks. Or better yet, click to expand all tasks displayed below each Milestone.
Can anyone give me an example of how Checklists make your life easier? And if they weren't there, how would it make your life harder?
Any and all feedback would be appreciated and help me maintain my sanity. ;-)
All I really want is a set of Milestones with end dates and a list of tasks for each Milestone. I think this has been the classic approach for every project management system i've ever tried (and there have been many) until Basecamp invented the To-do list.
When I'm looking at a project, I'd like to see a set of milestones and then be able to drill down in one click to see the tasks. Or better yet, click to expand all tasks displayed below each Milestone.
Can anyone give me an example of how Checklists make your life easier? And if they weren't there, how would it make your life harder?
Any and all feedback would be appreciated and help me maintain my sanity. ;-)
Maybe my presumption is wrong but my understanding of the intent of Basecamp (and presumably aC) is that the focus is on simple project management (vs. complex management of very large projects).
So in my business, I will have lots of active projects. However, most of those projects would look like 6-10 milestones with 2-8 tasks for each milestone.
So what would be the recommended way to set this kind of project up in aC?
So in my business, I will have lots of active projects. However, most of those projects would look like 6-10 milestones with 2-8 tasks for each milestone.
So what would be the recommended way to set this kind of project up in aC?
Brian:
So in my business, I will have lots of active projects. However, most of those projects would look like 6-10 milestones with 2-8 tasks for each milestone.
So what would be the recommended way to set this kind of project up in aC?
Get the corporate version, make the milestones, then use tickets as tasks.
www.synergetics.be | www.davor.be
I very much appreciate your feedback and suggestions. I would really like to make this work. But I still have some difficulty...
Ilija - Using a checklist as a project means the project is not assigned to anyone. So that's a problem.
Davor - Using Tickets as Tasks seems to be much more workable but I have a little difficulty upgrading to a $400 product only for the purpose of beling alble to perform a workaround.
I used to think I was a pretty smart guy but this I just don't get. What is the concept of a "Ticket" supposed to be? I was originally thinking Trouble Ticket but now I'm not sure. Using it as Davor suggests, Tickets really become tasks, and Tasks become subtasks. Which makes sense... But why Tickets and why do I have to buy a $400 product to get this?
As it is, I think my clients will find this a little confusing and one of the primary objects I have for this is to provide a very simple interface to clients so that they/we can keep track of what they are responsible for.
I would much prefer if I could just assign Tasks to a Milestone or a Checklist. Is that not possible Ilija?
Ilija - Using a checklist as a project means the project is not assigned to anyone. So that's a problem.
Davor - Using Tickets as Tasks seems to be much more workable but I have a little difficulty upgrading to a $400 product only for the purpose of beling alble to perform a workaround.
I used to think I was a pretty smart guy but this I just don't get. What is the concept of a "Ticket" supposed to be? I was originally thinking Trouble Ticket but now I'm not sure. Using it as Davor suggests, Tickets really become tasks, and Tasks become subtasks. Which makes sense... But why Tickets and why do I have to buy a $400 product to get this?
As it is, I think my clients will find this a little confusing and one of the primary objects I have for this is to provide a very simple interface to clients so that they/we can keep track of what they are responsible for.
I would much prefer if I could just assign Tasks to a Milestone or a Checklist. Is that not possible Ilija?
Thanks for your reply Ilija.
With all due respect, this feels like you are selling a car with three wheels and in order to get the fourth wheel, I have to buy an upgrade package that includes leather seats, navigation system and convertable top. ;-) Bells and whistles that I don't need and twice the price.
I think $200 is a fair price for what I need but $400 is pretty far out there. For 15 active projects, this makes you almost 40% higher than Basecamp.
Here's a quick fix: Put Ticket support in the $200 edition and take out Checklists. Put Checklists in the $400 edition since, as you've said, they are there to support larger projects.
I would also consider changing the name of Tickets to Tasks, and Tasks to Actions or Subtasks. Lastly, if you put the Tickets (now called Tasks) as hyperlinks beneath the Milestones in the Milestones page, it would be perfect. ;-) What do you think?
With all due respect, this feels like you are selling a car with three wheels and in order to get the fourth wheel, I have to buy an upgrade package that includes leather seats, navigation system and convertable top. ;-) Bells and whistles that I don't need and twice the price.
I think $200 is a fair price for what I need but $400 is pretty far out there. For 15 active projects, this makes you almost 40% higher than Basecamp.
Here's a quick fix: Put Ticket support in the $200 edition and take out Checklists. Put Checklists in the $400 edition since, as you've said, they are there to support larger projects.
I would also consider changing the name of Tickets to Tasks, and Tasks to Actions or Subtasks. Lastly, if you put the Tickets (now called Tasks) as hyperlinks beneath the Milestones in the Milestones page, it would be perfect. ;-) What do you think?
OK, well I have to tell you that I have found this experience very troubling.
The truth is that the Small Biz edition of this product is pretty worthless without the Tickets support. That's because Tickets really means Tasks!! But to a new visitor to your website, Tickets means "Trouble Tickets". (Which would seem to make sense in a higher end version of this product.)
I find this to be very misleading advertising. Nowhere on your site do you even explain what you mean by Tickets and I have spent a lot of time needlessly fooling around with this when the reality is that the $200 version is unworkable and the product is really only viable at the $400 version.
I guess I have 2 or 3 weeks left on my 30 day return, hopefully I will cool off by then but I really am put off by gamesmanship like this.
The truth is that the Small Biz edition of this product is pretty worthless without the Tickets support. That's because Tickets really means Tasks!! But to a new visitor to your website, Tickets means "Trouble Tickets". (Which would seem to make sense in a higher end version of this product.)
I find this to be very misleading advertising. Nowhere on your site do you even explain what you mean by Tickets and I have spent a lot of time needlessly fooling around with this when the reality is that the $200 version is unworkable and the product is really only viable at the $400 version.
I guess I have 2 or 3 weeks left on my 30 day return, hopefully I will cool off by then but I really am put off by gamesmanship like this.



