TechWhirl (TECHWR-L) is a resource for technical writing and technical communications professionals of all experience levels and in all industries to share their experiences and acquire information.
For two decades, technical communicators have turned to TechWhirl to ask and answer questions about the always-changing world of technical communications, such as tools, skills, career paths, methodologies, and emerging industries. The TechWhirl Archives and magazine, created for, by and about technical writers, offer a wealth of knowledge to everyone with an interest in any aspect of technical communications.
Subject:Re: A Long Time Ago From:Joanne Wittenbrook <jwittenbrook -at- ameritech -dot- net> To:techwr-l -at- lists -dot- techwr-l -dot- com Date:Sat, 24 Mar 2007 10:42:42 -0700 (PDT)
>Enter the PMO. "Oh no, no, no. You must document every process and
>procedure, for every module, for every facility." This increases the
>doc plan to 133 documents...due on April 13. Doable? I have no idea any
Bottom Line: The PM should have planned and allocated resources based on the project. Also, requirements should have been clearly defined when the task was assigned. Ultimately it rests on the PM to know the resources needed and to know the tasks needed in order to make the timeline.
As for making the deadline---The PM should have built in some time to allow for unknown issues and potential need for additional resources.
I have been a PM and I have worked with PMs (some not very good). My feeling is that there are times when the PM is bungling badly. You have two choices; you can knock yourself out, work all night and drink lots of coffee and save the day, or you can do what can be done within the timeline with the resources available.
A long time ago I learned that if you knock yourself out to save the day, the PM will get the credit for being a good PM. If you do what you can reasonably do, and a deadline is missed because of poor planning, let the chips fall where they may. (Be careful to document all communications with the PM.)
Companies will never fix a problem they don't see.
Create HTML or Microsoft Word content and convert to Help file formats or
printed documentation. Features include single source authoring, team authoring,
Web-based technology, and PDF output. http://www.DocToHelp.com/TechwrlList
Now shipping: Help & Manual 4 with RoboHelp(r) import! New editor,
full Unicode support. Create help files, web-based help and PDF in up
to 106 languages with Help & Manual: http://www.helpandmanual.com
You are currently subscribed to TECHWR-L as archive -at- web -dot- techwr-l -dot- com -dot-