问一下系统的用户操作手册由谁来完成最好？

质量新知 · 发表于 2005-7-18 16:58:44

各位有经验人士：
先说一下我们的情况，我们公司有研发部，测试部，实施部，因为项目时间太紧张，软件开发每个阶段的时间都不够用，致使目前我们的系统操作手册没有落脚点，不能确定到底由那个部门的人员来完成会更好些，既保证了质量又充分利用了资源。
根据你们长期的工作经验，您觉得这个操作手册应该哪个部门来完成会更好些？希望多提建议，谢谢

jennie98 · 发表于 2005-7-19 09:23:23

我们公司是由开发部人员来完成的，经理解释说：谁开发的项目，他本人是最了解该系统的。呵呵，仅供参考

森林一木 · 发表于 2005-7-19 09:26:02

我之前的公司，用户手册是由测试部门写的，测试部门最熟悉系统，完成后，由该项目的业务人员审核

质量新知 · 发表于 2005-7-19 11:41:07

谢谢上面的回复。

我们的手册转过几个部门了，现在还没有确定让哪个部门写，其实这个手册是很重要的，但是我没有足够的理由来说明该由哪个部门写最好，因为每个部门自己的工作都安排的很紧张，我现在负责质量管理的，需要给出主意，并且领导接受，希望能够帮我分析一下情况

luoyear · 发表于 2005-7-19 18:31:15

有的公司有专门的用户文档开发的部门
有的公司则是由负责用户需求的人编写

但一般来说用户内文档需要经过测试部在真实环境下的测试

忘记了 · 发表于 2005-7-26 16:43:49

像你公司目前的情况来看,应该是由测试人员来写.如果严格安照职责划分的话,应该由技术文秘来写.不过往往目前国内划分没有这么严格.

海的女儿 · 发表于 2005-7-31 21:50:06

了解需求的人都可以写,如需求书写人员\测试人员\设计人员等.

kaolaki · 发表于 2005-8-2 12:21:24

我们公司用户操作手册由需求人员或设计人员完成

依伊卜舍 · 发表于 2005-8-5 20:03:16

我们是有一个部门做这种文档的，叫：Develop support

质量新知 · 发表于 2005-10-14 19:46:42

Originally posted by 依伊卜舍 at 2005-8-5 20:03:
我们是有一个部门做这种文档的，叫：Develop support

想问一下，Develop support这个部门的职责是什么呢，都负责什么工作呀

:p

carmela · 发表于 2005-10-19 14:25:01

我们把文档分成几类，有的是研发人员写的，有的是测试人员写的，也有市场和支持人员写的。

yoyoa · 发表于 2005-12-1 15:27:46

开发过程中，文档通常有两类：用户手册，操作手册。
用户手册是专门用来指导用户怎样来使用该产品的；通常比较细致，面面俱到，只要让阅读者知道如何使用软件即可。作者可以是ＰＭ，也可以是专门的文档员。
操作手册是用来给公司内部的技术支持人员来用，比如，记载着有一些特殊问题怎样去处理，各个关键的注册表值等内容；这个文档通常是由开发来完成的，通常也会加技术支持人员来配合完成；属于这两个部门的职责。
不知，楼主的文档指的是哪类？

summerlake · 发表于 2005-12-2 09:32:41

原来都是由测试人员来写的。在测试的过程中编写用户手册，有时会给测试带来很大的帮助，一方面完成了用户手册，一方面又一次深入了了解系统，也许会发现测试时没有发现到的问题。

flyseagull · 发表于 2005-12-7 15:04:39

不知道楼主指的这个项目开发是新产品的开发还是基于原来产品的完善？
通常情况下，如果你们公司有产品管理人员的话，无论新旧产品，这个文档他们来写是责无旁贷的，因为他们既了解业务需求又了解系统设计及功能，所以他们最合适。
如果没有产品管理人员，那么：
如果是第一次发布的新产品则由测试负责写，因为测试就目前状况来说，是最熟悉系统功能的，当然写完，需要实施部门进行业务正确性、易读、易理解性的审核。
如果是旧产品由于产品改进或完善而引发的操作文档就要由实施部门负责撰写。因为，这个文档的阅读对象是用户（如果没有理解错误楼主要提交的文档性质的话），对于用户的业务理解、文档要求来说，实施部门是最了解的；其次，系统完善的需求一般都是实施人员在一线收集和提交上来的，所以，他们对后续完善的功能应该了解得更透彻；最后，实施人员的其中一个职责就是培训、引导用户使用，写操作手册正好让他们以最快的速度全面了解、掌握系统功能，这对他们来说是熟悉系统的绝佳机会，他们何乐而不为呢？