项目文档管理-为什么我们总不关注? [发表于 2005/7/14] 状态 开放帖 精华贴 浏览量 26843 |
|
在国外标准的项目管理环境中,文档管理是非常之重要的,相信大家也是有一定印象的。就拿本人的经历举例:几年前曾经与motorola宇航部在北京新机场项目中有过合作,对于motorola对于文档管理的严谨细致印象甚深,其实该项目中motorola人数投入最多的时候也不过8个人,其中还包括PM,QA等,但始终有一位文档工程师在现场负责文档的审定和编辑工作,其地位相当与vice PM,可以过问项目中所有的细节。到最后交付项目的时候,motorola交付的文档足有2尺厚,这些文档记述了项目从预研到验收一系列的项目过程,为系统交付后的使用维护打下了坚实的基础。 我们通常在开始做项目时也知道文档很重要,也有很多文档模板,声称要怎样怎样,但到项目结束后几乎都没有贯彻下来,剩下的往往仅是可怜的几张纸。这是为什么,怎样才能有效的解决这个问题呢?欢迎大家讨论。
|
>>> 由论坛统一发布的广告:
|
|
楼主
barrett
![](/Images/members/nophoto.gif)
职务 无
军衔 中士
来自 北京
发帖 145篇
注册 2003/2/17
PM币 86
经验
|
|
Re:项目文档管理-为什么我们总不关注?
[回复于 2005/7/14]
|
经济水平低下,资源紧张,习惯性地影响人的观念。
|
-------------------------------------------------------------------------------------------------------- 传播项目管理能力
|
|
1楼
易风
![](/Images/members/20080510215645.jpg)
职务 论坛总版主
军衔 主帅
来自 北京市
发帖 4895篇
注册 2003/2/13
PM币 3273
经验
|
|
Re:项目文档管理-为什么我们总不关注?
[回复于 2005/7/15]
|
我认为是没有比较可行的制度来保证文档的建立。 以下说说我做一个项目的经历 这是软件开发项目,我是负责人 一开始我也建立了文档,并且把文档作为大家讨论的基础,确实有比较好的效果,让大家明确了该做什么。我文档里包罗万象,总体规划,流程设计,字典设计,表结构,上面的通知,各种标准,还有给用户的规范使用通知等等,到项目开发完毕正式且稳定使用后。我发现有五十多个.DOC文档。 内容很杂乱,我也想把这些文档整理一下,但马上又评审了,我只好又按照评审的要求写了八个.DOC文档。这些评审材料确实让这个项目在评审时得到高分。事后当然就是奖励,庆祝等等。又过了一段时间,我又想起要整理文档了,但是整理起来很难,也没什么规范可以指导整理,也不知道该整理到什么程度,更重要的是整理的文档以后也没什么用处。当然平时维护是有时候要看看这些文档,但我们已经根据平时维护的经验写了日常维护手册了,这些开发文档也渐渐没人看了,最后我把这些开发文档刻录成光盘放在仓库里了事,我想过几年后也许给后来的人丢了吧,反正我是舍不得丢的。
|
|
|
2楼
kfz
![](/Images/members/nophoto.gif)
职务 无
军衔 无军衔
来自 广东
发帖 1篇
注册 2005/7/15
PM币 55
经验
|
|
Re:项目文档管理-为什么我们总不关注?
[回复于 2005/7/15]
|
我觉得有这样一些原因: 1、现在大多数公司没有提供这样的条件,一味地要求事情,那文档自然就被忽略了; 2、部分开发人员总是清高的,认为程序员就是拿来编程的,文档与我无干! 3、没有模板,或相应的支撑体系,运行不起来; 4、没有理解文档的真正用途,做文档也是为了完成任务,或是矫柔造作,写文档变得越来越没意思,干脆不要算了。
|
|
|
3楼
suhong
![](/Images/members/nophoto.gif)
职务 无
军衔 二等兵
来自 四川
发帖 80篇
注册 2005/2/24
PM币 400
经验
|
|
Re:项目文档管理-为什么我们总不关注?
[回复于 2005/7/15]
|
其实我觉得在项目执行过程中似乎应该秉持邓伯伯提出的“坚持两手抓,两手都要硬”的原则,一方面是项目的硬件建设,比如人员选配,项目制度订立,合同范围等目标设定;一方面是项目的软件建设,整合项目相关人员对项目目标的认识,统一引导项目成员思想等。而项目的文档工作就是这两方面工作成果的记述,有点类似于每个朝代都会设立的事件记录机构,呵呵,一方面对项目的各方有监督和推动作用,利于项目的规范化,另一方面项目中的经验和教训为以后项目开展提供了充分的理论依据。大家都知道,项目的推进是由点滴的细节开始的,让我们从文档管理这个细节开始吧。
|
|
|
4楼
barrett
![](/Images/members/nophoto.gif)
职务 无
军衔 中士
来自 北京
发帖 145篇
注册 2003/2/17
PM币 86
经验
|
|
Re:项目文档管理-为什么我们总不关注?
[回复于 2005/7/15]
|
要培养好习惯,贵在不断坚持。
|
|
|
5楼
conclude
![](/Images/members/nophoto.gif)
职务 无
军衔 二等兵
来自 北京
发帖 64篇
注册 2005/7/15
PM币 -10
经验
|
|
Re:项目文档管理-为什么我们总不关注?
[回复于 2005/7/17]
|
我最近两年做过很多技术评审工作,对此深有感触,与各位共享! 表面上看,我们公司一直重视软件质量,先后通过ISO9001认证、CMMI 2级认证,目前正在过3级,因为不接外面的项目,所以我们通过这些认证并不是为了获得什么证明,而是真正想提高软件质量。目前我们所有技术文档都有文档模板。但在执行过程中有很大阻力,很多项目组认为技术文档耽误项目进度,而且对项目起不到多大作用,项目组为了通过验收,经常是后补文档。在技术评审中发现大多数文档写得比较差。我一直在思考为什么会这样,目前觉得主要有以下原因: 1、产品经理、项目经理、项目成员对软件产品的理解仍只停留在代码的水平。在中国,早期的计算机英雄一般都好似编程高手,导致现在相当多的程序员认为只有代码才能体现自己的水平,写文档是浪费时间,这种观念根深蒂固。而产品经理、项目经理大多是程序员出身,仍很难走出这个误区,体现在项目管理中就是不重视文档,在制定项目计划时没有充分考虑写文档的时间,直接导致应付文档、写不出有价值文档的恶果,接维护的人读这些文档又不知所云,造成恶性循环,大家都认为写文档没多大用。 2、文档模板单一,没考虑各种项目的需求。全公司一套模板,但每个项目的性质是不同的,一套模板显然不能适应各种项目。开发项和维护项要求不同,小项目和大项目要求不同,采用结构化方法开发的项目与采用面向对象开发方法开发的项目要求不同,从0开始开发的项目与在原系统基础上升级改造的项目要求不同,所以模板要分类,而且要制定合适的裁减流程,满足不同项目的要求。 3、项目管理者与模板制定者的沟通不足。很多项目在实施过程中会有一些文档记录重要的技术决策或项目组内部交流、讨论的技术文档,所以自己写一套自由格式的文档,套用公司模板应付评审的另外再出一套。何苦呢?这样不是更浪费时间吗?而且项目经理只对该项目负责,导致很多项目经理认为以后的事与己无关,对文档模板的不满很少会与模板制定者沟通。这些应该是产品经理关注的事情,但目前产品经理也很少会主动与模板制定者主动沟通。究其根本,各方的沟通不足仍然是公司内部管理的问题,公司内未建立良好的沟通机制。
|
|
|
6楼
zhailh
![](/Images/members/nophoto.gif)
职务 无
军衔 无军衔
来自 北京
发帖 2篇
注册 2005/7/16
PM币 20
经验
|
|
Re:项目文档管理-为什么我们总不关注?
[回复于 2005/7/19]
|
的确是这样,我们的项目都进行了好长时间了,结果现在连 项目启动时的需求分析文档都不知道在那里。文档管理历来是我们工作中比较薄弱的一环,资料不齐给后期维护带来较大困难,另一个存在的问题是:虽然建立了文档,但在之后的维护中没有即时更新,造成数据陈旧、不可用。 那如何才能很好的实现项目文档管理流程的建立呢?
|
|
|
7楼
shingirl
![](/Images/members/nophoto.gif)
职务 无
军衔 一等兵
来自 北京
发帖 81篇
注册 2005/1/18
PM币 151
经验
|
|
Re:项目文档管理-为什么我们总不关注?
[回复于 2005/7/20]
|
我们公司经过了近一年的努力,基本上确定了项目管理以文档为中心的管理模式。 我觉得我们之所以能够应用并推广下来,得意于两点: 1、循序渐进的推进 在实践中,我们经历了以下几个步骤 a、项目经理单纯作为一个工头,几乎负责整个项目所有工作,设计、开发等等 b、确定以需求文档为导向,项目组所有开发人员的开发安排,以这份文档为标准。 c、从需求文档,衍生出总体设计文档、进度安排文档,系统设计、代码开发开始分开 d、使用vss管理文档,由项目管理部和技术总监负责分类整理,定制文档风格,所有人员参与编写 e、由总体设计上,进步到详细设计部分,开始设计具体模块的流程,在开发中如有较大变更,强制要求设计人员修改文档。 f、最终项目移交时,由专人统一整理所有文档,需求、设计、用户手册等等。 g、为了便于项目开发过程中的管理,项目经理们讨论后,设计出一套项目管理系统,其中包括日志周报管理、变更管理、测试管理等等,以实用为导向。目前正在试用中。 2、项目管理团队是逐步扩大 公司在发展中,也给员工一个比较好的发展空间。 项目管理部负责人,原是项目经理,做文档、做统一协调管理比较好; 技术总监,原也是项目经理,做开发能力优秀,有项目经理经验。 现项目经理,是团队中逐步发展出来的。 大家有共同的合作经历,原意尝试新事务,新管理方法,并严格贯彻下去。
|
-------------------------------------------------------------------------------------------------------- 心是莲花开
|
|
8楼
funny_xiao
![](/Images/members/nophoto.gif)
职务 无
军衔 二等兵
来自 北京市
发帖 38篇
注册 2003/5/27
PM币 295
经验
|
|