2017-03-23 17:37
4、组织模型组件2:组织中的焦点领域描述
组织模型的第二部分侧重于组织中的更为特殊的或所谓可变的一些方面。这里将包含怎样构造业务过程、涉及到什么样的员工和使用什么资源等一些内容。表2表示在组织中所包含的具有可变特性的方面:
表2 组织模型组件2:组织中焦点领域描述
组织模型 |
焦点领域的可变方面:OM2 |
结构 |
按照部门、组、单元、部分,画出所考虑的组织的结构图 |
过程 |
刻画手边的业务过程布局,可以借助一些特定的图标,比如UML中的活动图等 |
人 |
指出涉及到的员工,如参与者或项目相关人员,包括知识的决策者、提供者、用户或受益者(“客户”)。这些人不必是实际的人,可以是组织中的人所担负的角色,如主管、顾问等 |
资源 |
描述业务过程所利用的资源,它们可以覆盖不同的类型,如: (1)、信息系统和其它计算资源; (2)、设备及材料; (3)、技术、专利和权利; |
知识 |
知识代表在一个业务过程中所开发的一种特殊资源,由于其在语境中的重要性,所以留作单独考虑 |
5、组织模型组件3:业务过程的分解
对于在组件2中所提到的“过程”,为了更加清楚的对其进行说明,可以利用独立的一个组织模型组件来对其进行分解说明。之所以要将过程加以分解,是因为我们所面对的只是系统总是完成某项特定的任务,而且必须是和过程融为一体的,所以要把业务过程分解成更小的任务。通常,由于任务的变化以及它们的不同组合和连接,也需要做一些过程改变。为了更好的研究这个方面,表3给出了一个工作表,其中涵盖了对业务过程的任务分解的更多细节方面描述。业务过程要分解到细节层次,从而使得我们能够制定关于一项任务的决策。
表3 组织模型组件3:根据组成过程的任务来描述过程
组织模型 |
过程分解:OM3 |
|||||
编号 |
任务 |
执行者 |
来自哪里 |
知识资产 |
是否密集 |
重要性 |
任务标示符 |
任务名称(OM2中过程的某些部分) |
一个特定的主体(OM2中的资源) |
组织结构中的某些位置 |
任务所使用的知识资源列表 |
布尔量,致使所考虑的任务是否为知识密集型 |
知识所考虑任务的重要程度 |
|
|
|
|
|
|
|
6、组织模型组件4:知识资产
根据OM2中的知识要素,知识是整个知识项目中需要详细分析的唯一重要方面。表4给出了对于知识组件描述的工作表。
表4 组织模型组件4:描述组织模型的知识组件
组织模型 |
知识资产:OM3 |
|||||
知识资产 |
拥有者 |
使用场合 |
形式是否正确 |
位置是否合适 |
时间是否恰当 |
质量是否优质 |
名字(可以来自OM3) |
主体(可以来自OM3中的执行者) |
任务(来自OM3) |
是或否 |
是或否 |
是或否 |
是或否 |
|
|
|
|
|
|
|
当完成了关于知识资产分析的工作表后,我们就获得了关于在组织中所涉及的知识的第一手分析。这些被分解成碎片的知识片段是完成整个知识项目的重要组成部分,它可以有组织内的工作人员来主动使用以完成制定的任务或过程。对知识资产进行分解的一个重要原因是找出知识资产在形式、时间或空间可达性或质量等方面能够改善的制度,此分析不但在知识工程中十分重要,在知识管理中也很重要。
7、组织模型组件5:可行性决策
执行了表1-4所涉及的工作步骤后,我们就具有的与图1所示的组织模型有关的所有信息,最后一个步骤就是基于管理所做的承诺和决定把关键的韩一些到文档中去,在知识系统项目的这个阶段,决策制定将集中于:
·最有希望的应用机会领域是什么?最好的问题解决方向是什么?
·性价比情况怎样?
·解决方案所需的技术是否可以得到(技术的可行性)?
·可成功采取的进一步项目行动是什么?
表5、6分别提供了可行性决策文档的检查列表和检验列表。
表5 组织模型组件5-1:可行性决策文档的检查列表
组织模型 |
可行性决策文档的检验列表:OM5-1 |
业务可行性 |
对一个给定的问题/机会领域和一个建议的解决方案,必须回答下列问题: (1) 对组织来说,从考虑的解决方案中所期望的利益是什么?有形的经济利益和无形的商业利益都应加以确认 (2) 所期望的附加值有多大 (3) 对于所考虑的解决方案,期望的成本是多少 (4) 它与可能的备选解决方案相比如何 (5) 需要组织的变化吗 (6) 对于所考虑的解决方案,涉及到的经济和商业风险及不确定性怎样 |
技术可行性 |
对一个给定的问题/机会领域和一个建议的解决方案,必须回答下列问题: (1) 按照存储的知识和要执行的推理过程,在所考虑的知识系统解决方案中的任务实现的复杂性如何?目前的最新方法和技术是否可用和足够 (2) 是否涉及时间、质量、所需资源或者其他关键的方面?若是的话,怎么着手处理 (3) 是否清楚成功的度量标准是什么以及如何测试正确性、质量和满意的性能 (4) 于最终用户(用户接口)交互的复杂性如何?目前的最新方法和技术是否可用和足够 (5) 与其他信息系统和可能的其他资源间交互的复杂度如何(互操作性,系统集成)目前的最新方法和技术是否可用和足够
(6) 是否有更深层次的技术风险和不确定性 |
表6 组织模型组件5-1:可行性决策文档的检验列表
组织模型 |
可行性决策文档的检验列表:OM5-2 |
项目可行性 |
对一个给定的问题/机会领域和一个建议的解决方案,必须回答下列问题: (1) 对于进一步的项目步骤,参与者和项目相关人员(经理、专家、用户、客户、项目组成员)有足够的承诺吗 (2) 所需的资源(包括时间、预算、设备、人员) (3) 所需的知识和其他能力是否可用 (4) 项目的期望及其效果是否实现 (5) 项目组织及其内外部交流是否足够 (6) 是否有进一步的项目风险和不确定性 |
建议的行动 |
可行性决策文档的这一部分直接取决于管理承诺和决策。它权衡和集成以前的分析结果,得到推荐的用于行动的具体步骤: (1) 焦点:在确定的问题-机会领域中,所推荐的焦点是什么 (2) 目标解决方案:对于该焦点领域,所推荐的问题解决方向是什么 (3) 所期望的效果、成本和利益是什么 (4) 需要采取什么样的项目行动
(5) 风险:如果组织内外的环境发生变化,在什么条件下重新考虑所建议的决策是明智的 |
通过对以上所提及的5个组件的建立,整个知识系统的组织模型就建立起来了。在知识系统的后续阶段,更多的是在组织模型的基础上进行特定任务和知识的分析,从而进一步建立起任务模型,完善整个知识系统。