知名企业知识管理-知识管理(编辑修改稿)

知名企业知识管理-知识管理(编辑修改稿)内容摘要：

技能描述的目的是为了避免岗位和员工评级的模糊性。 （表 2 是数据管理能力描述的例子） 特殊工作的能力定位 因为 SPUD 项目的目的之一就是要让工作与员工能力相匹配，所以微软内部信息技术部的每项工作都必须按工作所需的能力进行定级。 通常， 这项工作是由负责这些工作的管理者来实施的。 在普通的工作模板中有 4060 种能力。 出现在工作定级过程中的一个早期问题就是，管理者要花 23 个小时去根据能力需要对工作定级。 为了解决这个问题，人们鼓励管理者仅对最高级的能力进行定级，即要求最高技能水平的能力进行定级。 这种做法的目的是让工作定级过程仅许半小时。 该系统也包括一个测量模型，它建议监督管理者如何评价一种特定能力。 因为系统的目的是知识转化，而非知识测试，所以员工也有权进入测量模型。 依据工作能力对员工定级 该项目的另一个关键步骤就是，根据员工在其现任工作中所表现的能力来评价员工。 最初的定级是由员工及其管理者反复进行而确定的，最后整个工作小组要参与进来。 在两方初次评级之后，他们解决其分歧。 评级过程应该是一个关于员工能力会谈的机会，如管理者可以没有意识到员工由于现任工作的能力。 员工评级过程的全部目的就是产生一个整个微软都可使用的能力详细目录。 寻求建立新项目小组的管理者不在要亲自了解所有可能适合这份工作的员工。 因此，管理者会对在线系统提问： 给出我前五名的候选人，这些人具备的领导技能水平要在这 项工作所需的能力的 80%以上，而且这些人要在 Redmond（微软在华盛顿的总部地址） 在 SPUD 项目的带头人中，管理者和员工都倾向于高技能水平给好的级别。 Susan Conway 认为，当规划出技能水平的详细指标时，工作和工人的特殊经验就能够很容易地与技能水平相比较，这个问题也就能够解决。 构建在线能力系统 SPUD 项目还要构建一个在线系统，它包括能力结构、工作定级系统、定级数据库、员工能力水平。 Conway 已经利用微软的 Access 为项目带头人构建了一个系统原型； 尽管它运行较好，但该系统还需更好的性能和健壮性，还需传到 SQL 服务器上。 为了能让全世界的人通过微软的内部网方便的检索，该系统还应该有一个网络前端。 尽管技术问题很容易弄懂，但还存在一些与要解决的问题，其中之一就是数据的存放位置。 讨论之后，已经决定工作数据要集中管理，员工数据要保存在最初的小组中，但应给中央数据库做一复本。 进入与安全问题是关键问题，因为这是有关个人信息的，即使对于管理者来说，进入比他低的所有员工的能力档案也会被认为是不合适的。 另一种行为也是不受人欢迎的，这就是管理者小组为了那些具 备自己所期望的能力的员工，而 偷袭 现有的小组。 进入的细节问题还有待决定。 与教育资源的连接 因为该项目的关键目标将能力形象与教育资源相连，所以在微软的内部和外部已经发展一些与特殊课程有关的连接，尽管还有一些实质性的工作有待与完成。 最后，学习与交流资源小组希望不仅能够推荐特殊课程，甚至还能推荐课程中的有助于达到目标能力层的某些特殊资料与段落。 Conway 希望有该系统能进入以作用描述和所需能力为基础的课程需求。 最后，来自内部讨论会和外部的由 Puget Sound 区提供的课程将会按照 他们所对应的能力和技能层进行定级。 执行能力模式 SPUD 项目的前期研究进行地很好，现在正在微软的内部信息技术部的 1000 名员工及他们的工作中执行。 执行能力模型的工作从地理与功能两方面进行，首先开始于业务部门，然后是应用部门和在欧洲的所有工作岗位。 其中，需要考虑的一个问题就是能力模型如何能扩展到微软内部的以产品为导向的软件开发者身上。 在产品领域，许多相同的能力是明显相关的。 为了实现这一转移， Conway 正在考虑如何是能力模型与结构性工作（微软产品开发的方法）统一。 因为结构性工作方法已经成为了一种外形特征，所以要把能力模型与其融合需要创造对其他软件公司的能力模型的需求。 另一个未解决的问题就是能力模型与员工和发展部之间的关系，员工和发展部承担了微软部分的人力资源管理功能。 这个部门要利用模型中所用的一些能力描述，尤其是一些内在的能力描述。 Conway预测该部门将会就高层管理者与员工在能力定级问题上的争论作出评判，他们也会有助于确定能力的含义以及 IT 领域外的教育连接。 但是他们与能力模型相关的特殊作用还未被讨论。 微软能力模型的某些方面的作用要过 很长的时间才能被确定。 例如， Susan Conway 希望该模型能成为这个快速变化的产业中使变革制度化。