项目协作知识流模型构建探析

1、项目协作知识流模型构建探析摘要：协作知识流在项目特别是信息系统项目中起到重要作用，基于协 作知识建构理论，在对协作、知识流、协作图、概念图等概念的深入分析和探讨 的基础之上，提出并较为全面的论述了基于概念图交换的协作图模型这一新型的 项目协作知识流模型构建方法。关键词：信息系统项目；协作知识流；模型构建1背景和意义通常来说，项目尤其是信息系统项目是由多个部分组成，跨越多个组织，需 要多方协作。协作生态系统建立了一个全新的创新环境。构建了一个相互促进的 生态系统，协作生态系统成员之间的密切合作，带来知识的分享和知识的快速流 动，所以也提高了每个成员的“学习经济性”，增强了成员的研究和创新能力，使

2、 得创新可以更好更快的实现，这就是创新环境和知识的“溢出效应”。所有成功项目的公共特征是在整个团队中的有效沟通和协作。整个团队包括 客户、开发人员、管理人员、质量专家、文档人员，和其他参与项目的所有人。 笔者将协作定义为一组人合作达到一个共同的目标。协作需要沟通，但只沟通是 不够的。协作需要对工作目标达成协定，了解如何达到目标，并且知道协作工作 的状态。协作要求民主的领导方式和项目团队氛围，即由原来的“命令和控制”转变 为信息民主时代所必需的“连接和协作”。项目协作包括协作沟通、协作支持、协 作学习和协作设计等内容。通过协作。所有项目成员对项目的目标。产品的边界, 发布计划都有统一的认识，在此

3、之中，和客户的协作是关键。2概念及方法2.1协作和知识流的关联协作和知识流这两个概念是如何关联的?根据定义，协作涉及一个团队，并且 协作的工作是基于任务的，而知识流也是基于组织的流程性活动的。一般个人或 小组投入创造力来开发工具背后的核心思想。一旦探究了各种方法.并选定一个, 项目就转换为协作模式，团队在此模式下构建产品，对应有相应的知识流。对于信息系统项目组的每个人来说，面对不同情境，协作有两种方式；(1) 使用派生属性，每一次对该责任有影响的事件都必须去更新这个承担责任 的属性，这是推的方式。(2) 使用查询方法，让别人主动来完成对你的查询。这是拉的方式。这表明协作具有相对封闭性、排除性和

4、目标性的特征，这也是一个成员或一 个团队选择协作的前提和限定。关于项目协作知识流模型构建，笔者认为这一构建使得较大开发团队的实时 项目协作成为可能。它的构建基于知识可视化和系统分析的思想，表现为概念图 和协作图的运用，通过协作过程的知识可视化以达到项目协作知识的低耗流动。2.2概念圈在项目中的隐喻及特性概念图的创始人novak教授认为，概念图是某个主题的概念及其关系的图形 化表示，是用来组织和表征知识的工具，也成为一种可视化隐喻。它表达的是结 构化信息。通常将某一主题的有关概念至于圆瞬或方框之中。然后用连线将相关 的概念和命题连接，连线上注明两个概念之间的关系。经常使用的概念图有十余 种之多，

5、在项目管理特别是信息系统项目管理的各个阶段。如系统分析阶段，可 用树形隐喻描述组织人员构成，用mindmep隐喻表达用户不断的变更需求，用 flowchart描述业务流程和数据流程。用ishikawa（鱼骨图）描述系统开发的制约 因素等关于概念地图的特性之一就是可以叠加，组合.能够有效的实现知识创新与 传递交流，这反映在概念地图的制作工具如cmaotoois. keystone等支持同步合 作，例如key-stone包括三个组成部分：（1）概念图绘制工具。（2）发布服务器, 基于iis的应用程序，内容被存储在microsoft sqlserver服务器上，通过它用 户可以将概念图发布到网站。（

6、3）协作服务器.是发布服务器的拓展，不但可以实 现概念图的网络发布与共享.还为多用户之间的协同作图提供了灵活的消息传递 功能，实现了多用户协同作图的机制。2. 3协作图的概念及特性协作图其实与上文介绍的协作在概念内涵上存在一定差异，它是用于显示对 象之间如何进行交互以执行特定用例或用例中特定部分的行为。协作图显示对象 之间的关系，它更有利于理解对给定对象的所有影响，也更适合过程设计。在协 作框图中。每个对象都是用方框表示，并且在方框内各自做了不同的标志，这些 标志一般前面都标有冒号或者加下划线。而对象之间的关系则用方框间的实线连 接表示，对象间的消息，由标记在实线连接上方的带有标记的箭头表示，

7、箭头方 向描述了消息的流动方向。协作图具有动态性.流程性和适用于表现多主体活动 的特征.概念图和协作图充分地表达了项目团队内的静态的隐性知识和动态的显性知 识，两者的叠合形成了组织的知识流。知识流的起始点和停止点就是知识节点。 节点在不同层次上有不同的表现。代表了知识员工或知识库。知识在组织范围内 按照知识节点之间的拓扑结构和连接条件发生流动。而概念图的机器化绘制导致 了它不再因格式或者结构不一致而是异质知识，可以很容易的在团队或组织内流 动。2.4项目协作知识流的三个维度笔者并提出项目协作知识流有三个维度，即项目流程、交互和知识流。项目 协作知识流模型能够实现对于项目的设计、开发、测试这些需

8、要频繁人一一人、 人一机、机一一机交互的流程中的知识流的管理模型，它的目的是实现个人知识 到组织知识的转化和转移，而频繁的交互要求知识的可视化，即这种转移是以人 机交互中的概念图为出发点，进行附加进机一机交互中的协作图，最终实现组织 的经验图。例如，需求是问题域，系统分析人员具有以概念地图表现的知识域，根据知 识域，分析问题域，然后得出解域，设计人员根据解域提出具体的解决方案，实 施人员再把具体的解决方案翻译成代码。根据uml设计出解决方案，同样需要用 uml纪录下来，实施人员根据uml的设计模型，写出代码。在这里。uml是各种角 色的交流与协作的语言。若出现很复杂的需求，用户的需求本身就有很

9、明显的层次性。如每个高层的 需求下包含几个层次稍低的需求，层次稍低的需求又包含不同方面而又有所联系的多个需求，此时的需求才有可能用多个主体的概念图和协作图等框图来描述。2.5基于概念图交换的协作围模型下面给出了针对两个简单主体的基于概念图交换的协作图模型：成员一发布 自己的概念地图到发布服务器，与成员二交互，对两者的概念地图在协作服务器 上进行叠加、组合、结构变换等操作，成为两者的共识后，存入路径库和知识库。根据stahl仃999)提出的协作知识建构理论，协作知识构建的过程要素依次 有头脑风暴、话语表达、反应、组织、分析和概括。在基于以下的构建模型中， 个人对特定情境或任务产生基于隐性知识的解

10、释、理解和同化，显性化地表达为 概念地图，完成个人知识建构；通过多人的概念地图的发布完成群体表达；在协 作服务器上，对概念地图的叠加、组合和结构变换对应着解释、讨论和争论，在 辨明意义，共享理解和协商观点之后，协作知识正式形成，在此之前，我们可称 之为知识协作或者动态的协作知识；协作知识进而扩大了每个成员针对该情境或 任务的概念地图，构成了组织的经验图，存人团队或组织的知识库；当有一个新 的活动或情境发生时，每个成员进行上述循环过程，对个人知识建构加以修改经 协作之后完成团队或组织的知识建构。3模型构建需求及其应用设计团队与其他项目参与者协作，在开发周期的各个阶段同时对同一个概念 图进行操作并

11、保持知识库不断更新。不同专业的人员可以共享概念图、直观查看 结构之间的配合效果、执行碰撞检查并创建有关协调项目的报告。针对项目协作知识流模型的构建，需要n层服务器结构。每一层必须完成对 应的功能，要求数据容量大、响应速度快，因为协作知识流是一个多媒体信息且 要求尽可能高的实时性，对并发控制要求相对较弱，所以说项目协作知识流模型 的产生与发展与计算机软硬件的较快发展是密切关联的。项目协作知识流模型的构建实现了人与人之间的协同工作、人与信息之间的 协同工作以及人与业务流程之间的协同工作。它是一个有效的连接人、信息、数 据和业务流程的系统集成平台。预期实现基于person to person的信息传递、 person to team的协同工作和team to team的共同创作。而协同工作和创作都 基于概念地图的创建，修改和再利用。如表一所示；项目协作知识流模型的构建的意义