企业信息化过程本身的“信息化”——知识管理探讨

logi

现在不是讨论必不必要的问题，而是探讨具体的工具，方法和措施等。

lichboyking

反观国内的项目文档管理，大多流于形式，项目做完，所有知识文档束之高阁，文档作用也仅仅是为了取得客户的签字，赚取自己的权责收入而已，从来不会认真的对项目经验进行总结和传递，缺乏内部的沟通和碰撞。

cs19801023

lichboyking 发表于 2012-7-3 10:39
反观国内的项目文档管理，大多流于形式，项目做完，所有知识文档束之高阁，文档作用也仅仅是为了取得客户的 ...

这一点我做深刻的检讨，呵呵。我以前确实有这毛病，相信乙方大部分都有这问题，其核心原因还是没有做很好的知识传递，知识作了“必要的”知识传递，而那些项目前中后的关键信息，全都在个人的脑子里面，这也是为什么很多乙方在项目验收后还迟迟无法完成项目交接的一个原因所在。

mr_linzi

醉眼看世界 发表于 2012-7-2 19:12
我只能说，无知的人说无知的话，ERP项目管理本身比ERP系统“客户需求实现”更重要

它是保证ERP项目成功 ...

呵呵，我所带领的开发团队已经过了CMMI5评估，这是软件过程管理最高标准！

另外，请尽量少说“国内信息化行业从业人员，认识很低”之类的话，因为我估计，ERP从业人员只占中国整个IT行业的百分之一都不到。
大量的软件开发企业经过了cmmi3,4,5级评估，或者正在从事软件开发工作，没有一个好的文档管理意识或方法是无法想象的。
常见配置库管理工具有：clearcase，SVN，starteam，这些都是可以存放文档，并且进行版本控制，相对于堆放文档来说，版本控制更重要，是协同管理和并行工作的基础。

至于团队成员或者客户的意识问题，主要是对于这个工作重要性的认识，这个认识不是主动的意识，而是强制性的、惩罚性的灌输，如果文档不入库，修改不check out check in，何以管理过程，何以保证工件质量？

mr_linzi

logi 发表于 2012-7-3 10:38
现在不是讨论必不必要的问题，而是探讨具体的工具，方法和措施等。

针对这个问题，我曾经的工作经历，也是目前为止，我最认可的一种方式，我简单叙述一下，实际比这更复杂；
1.pm每周在项目管理系统派工，指派每个人做哪些工作任务（来源于主计划或者新增临时工作任务），并加上预计工时；
2.成员在开始工作前，接收任务，每天录入完成比例，及简单介绍；如果属于更新已有配置库文件，需要先check out，此时，必须用工作任务check out该文档。
3.任务完成100%时，如果是新建文档，必须将工件（工作输出物），上传配置库，在上传配置库时，必须选择指派的工作任务；如果是修改文档，直接check in即可。
4.工作任务与工件建立关联后，提交给项目经理审核；
5.项目经理审核时， 可以直接关联到配置库工件，直接打开文档或代码进行审核，不符合时，可以降任务退回；
6.工作任务完成100%时，统计实际工时与目标工时的差异。
这样实现了以工作任务为驱动的文件配置管理，即“任何修改文档必有任务，任何文档类任务必须入库”。
当然，这会带来工作上的繁琐，但控制起来，体系严谨，逻辑清楚，责任明确，非常有价值，对于一些临时工作，如参加会议，培训，出差等都可以进行有效管理。
并且可以进行行之有效的量化管理，这也是软件开发的精髓。

lichboyking

cs19801023 发表于 2012-7-3 11:43
这一点我做深刻的检讨，呵呵。我以前确实有这毛病，相信乙方大部分都有这问题，其核心原因还是没有做很好 ...

“而那些项目前中后的关键信息，全都在个人的脑子里面"

cs19801023

lichboyking 发表于 2012-7-3 13:34
“而那些项目前中后的关键信息，全都在个人的脑子里面"

别寒碜我了，呵呵。侧面上也说明了我没怎么经历那些千万级及以上的大项目，那些项目你想存在个人的脑子里面，当自己是电脑了

总之知识传递是尤为重要的，而我现在的工作中也有一条线是专门关注这一块的

cs19801023

mr_linzi 发表于 2012-7-3 12:01
针对这个问题，我曾经的工作经历，也是目前为止，我最认可的一种方式，我简单叙述一下，实际比这更复杂； ...

我说过你水平不低了，呵呵。。。

不过我猜想你这是Product的套路，更加适合做团队内部管理，但知识的传递往往跨团队，这种复杂严谨的方式，未必会被对方团队认可与接受，往往在沟通过程中会耗费大量的成本，当然擒贼先擒王就不说了

logi

mr_linzi 发表于 2012-7-3 12:01
针对这个问题，我曾经的工作经历，也是目前为止，我最认可的一种方式，我简单叙述一下，实际比这更复杂； ...

很好的分享。我目前正在研究软件开发生命周期管理（全过程管理），正如下面CS所说，这对于内部项目团队，开发团队的管理应该是非常有效的。

mr_linzi

轻量级的软件实施（因为按照企业管理软件全生命周期来说，实施也是项目一个环节），或者小规模的项目团队开发，可以采用jira+svn最佳拍档，可以实行issue的录入（任何人都可以录入），附件或截屏上传，分发，审核，以及与配置库svn的结合（通过在jira中安装svn补丁包）。
jira的好处是客户方也可以参与进来，当然愿不愿意使用这是需要提高认识的，不然再好的工具和管理思想也是白搭，这也是为什么大部分信息化项目组，甲方无法自己独立做项目的原因，即：参与度和责任感较弱，或者可以理解为经验不足导致的心态不开放。
就像神医扁鹊遇到蔡桓公，手足无策；或者华佗遇曹操，命都没了，这不是华佗或扁鹊的问题。