Wednesday, June 18, 2008
Status Symbols
As you've probably discovered by now, topics and comments in the Review area of ProtoShare can be assigned multiple statuses: Open, Closed and To-do. This is a great way to track the progress of your project. But what exactly does closing a topic mean? And when should you close a topic? What's the point of marking something as "To-do"? Well, there are no hard and fast rules on how this should work, we leave it up to the individual user. But, I'd like to take a few minutes to discuss how I've been using the statuses on internal projects at Site9/ProtoShare.
When I finish a new wireframe for a page, I create a topic to announce there is something new to review. Then I sit back and watch as new topics and comments trickle in from the other members of the ProtoShare team.
Once the topic has been thoroughly discussed, and the team has reached a conclusion, I do one of two things. If there is no action to be taken, I'll mark the topic as "Closed". But if there is an action associated with a topic, I'll mark it as "To-do".
There's a very handy way to see how many "To-do's" you have on the project. Just click on the Site Map tab in Review, and use the "View Topics" dropdown box to display the number of Closed, Open, or To-do topics on each page. A tip: it's a good idea to assign a status to all your topics at some point, or the "View Topics" display isn't that effective - especially if every ticket is marked as "Open". Learned that one the hard way.
When I, or someone on the team, takes care of the action associated with a To-do topic, I go back into ProtoShare and close it. Once every topic is closed on a page, we consider that page "done" and are ready to move onto the next step of the project - which is usually creating and posting comps. Then we start the process all over again with the comps.
We've found this method saves us a great deal of time on new projects. When we can't resolve everything in ProtoShare, we call an actual meeting. It's almost become a novelty. But if we do have a meeting, they take less time and are more efficient because everyone is already informed of opinions. Again, this is just my way of doing it. I'm sure you will find your own ProtoShare path to success.
When I finish a new wireframe for a page, I create a topic to announce there is something new to review. Then I sit back and watch as new topics and comments trickle in from the other members of the ProtoShare team.
Once the topic has been thoroughly discussed, and the team has reached a conclusion, I do one of two things. If there is no action to be taken, I'll mark the topic as "Closed". But if there is an action associated with a topic, I'll mark it as "To-do".
There's a very handy way to see how many "To-do's" you have on the project. Just click on the Site Map tab in Review, and use the "View Topics" dropdown box to display the number of Closed, Open, or To-do topics on each page. A tip: it's a good idea to assign a status to all your topics at some point, or the "View Topics" display isn't that effective - especially if every ticket is marked as "Open". Learned that one the hard way.
When I, or someone on the team, takes care of the action associated with a To-do topic, I go back into ProtoShare and close it. Once every topic is closed on a page, we consider that page "done" and are ready to move onto the next step of the project - which is usually creating and posting comps. Then we start the process all over again with the comps.
We've found this method saves us a great deal of time on new projects. When we can't resolve everything in ProtoShare, we call an actual meeting. It's almost become a novelty. But if we do have a meeting, they take less time and are more efficient because everyone is already informed of opinions. Again, this is just my way of doing it. I'm sure you will find your own ProtoShare path to success.



