Nobody really likes planning. Plans are bad in the eyes of many people, seen as a necessary evil by others and some people would rather just jump straight in and figure things out as they go along. However, if you approach them the right way, planning can provide more than just a set of deadlines. Specifically I’m talking about the type of Information Plan that is covered in Managing your Documentation Projects.
In that respect, plans are good. They help set the direction and make sure everyone knows what they need to do to get there.
Yup, plans are good. The creation of a plan usually drives discussion around the deliverables and the audience of the information.
It goes without saying then, and I’m sure you all agree that, and this is just in case you’ve missed my point, plans are good.
Unless you don’t revisit the plan throughout the project. At that point, through no fault of the plan, the plan is useless.
It’s very very easy to get sucked into the detail of your current work, understanding how to explain to users how Widget X works if you are running Component Y, and I’m as guilty of that as the next person. Revisiting your plan throughout the project will help keep you from losing sight of the woods for all those damn trees.