重量级IT项目敏捷管理方法研究

重量级ＩＴ项目敏捷管理方法研究摘要量级IT项目具有高度复杂性和不确定性过程为基础的项目管理需要借敏捷方法加以改进。本文以阐明IT目的复杂产品系统特性为起点，从复杂产品系统的模块化及分解入手，讨论了产品的动态形成过程，提出了一个重量级IT项目敏捷管理方法框架。在该方法中，探讨了复杂产品分解的随机Petri网概念模型性团队行为模型载方法适度规范集以及基于知识转移的敏捷开发过程。关键词：IT项目管理;敏捷思想;管理框架;柔性团队IT项目敏捷开发方法，具有早期客户参与、快速迭代交付、自组织团队、柔性等典型特征够提供客户满意的知识产品常适用于特定的环境——高风险不可预测和小规模的探索型软件研发项目但是软件产品的规模日益庞大重量级IT项目越来越多相对而言重量级项目具有较高的复杂性和不确定性险性可预测性也更高文对重量级项目敏捷管理的需要，提出一个基于敏捷开发过程的重量级IT项目管理框架，反映传统开发方法的敏捷性改造，为改进重载方法过程、提高开发效率和产品质量提供基本思路。1、IT复杂产品系统及其模块化复杂产品系统(ComplexProductSystems,CoPS)高成本的、技术密集型的户定制件或小批量生产的生产资料统络制单位件包、建筑物和服务。

IT产品规模日益庞大，其复杂性也日益增加。一方面，软件规模的扩展意味着功能扩展整个软件的复杂度以更大的非线性增长另一方面软件本身的技术复杂性引发了更多的管理复杂性和Yeo认为项目是典型的基于人工的，实质上更富个人主义色彩，因而难以预测、控制和自动化。虽然有效的管理系统和管理过程是必要的多数软件工程对规范系统背后的不确定性规范性估计不足因此工具与系统难以与项目绩效关键因素充分有效地结合这些因素包括个体动机与决策、领导质量的变化、杂乱messy)的工作环境等。在沟通与团队建设、关系与接口、培训、领导力等方面的不足与失效，拖累了太多的软件项目。因此，以ERP系统为代表的大型项目属于复杂产品系统范畴。对于复杂产品系统的开发般应首先采取模块化方法进行分解能有效实现产品目标Simon等提出了系统的层级特性和可分解特性以便于降低系统的复杂性研究了软件结构化设计程度与软件复杂性变性和改进之间的相互关系，系统地提出了复杂产品系统的特性和划分准则。产品的模块划分是在对整个产品系统框架以及功能需求分析的基础上，将整个产品系统的研发任务按照应用技术类别划分为相对独立的模块子系统进行的，在各模块开发完成后交给集成商整合为一个完整的复杂产品系统在这个意义上说模块化是实施复杂产品系统的前提条件或必要条件。2、IT产品的动态形成过程从IT项目复杂性可以看出IT项目最终交付的软件产品，是多种知识、资源动态结合而成的知识产品不少学者认为敏捷产品是知识产品产品的价值主要产生于它所包含的知识非产品的有形部分时认为过程也是一种知识

产品Wang认为ERP实的关键是组织中系统和过程的相互适应ERP系统知识必定产生于实施过程，并反映于产品之中。ERP系统作为一种典型的复杂产品系统反映了重量级IT项目复杂性的两个方面一是最终知识产品的高度复杂性是业务知识管理模型和软件技术的综合体;二是知识产品生产过程的复杂性，即据以对用户需求的预测，以人为载体的多种知识、资源的相互作用、相互影响、相互结合，由于人的因素，过程管理具有较大的不确定性、不可预见性。实践中，复杂产品系统的第二个复杂性动态生产过程的复杂性要远远高于第一个复杂性项目成败也多决定于此，项目风险的控制也主要存在于此。3、基于敏捷过程的重量级项目管理框架基于敏捷过程的重量级项目管理框架，力图达到的目标是：依据“敏捷灵活”与“过程规范”相平衡的原则，解决长周期性、高集成性、功能全面性等重量级项目特性下敏捷方法的有效性架的核心思想是建立复杂产品架构及系统动力学模型现复杂产品基于动态关系的分解与优化出最优知识产品单元划分;②构造基于多智能主体的柔性团队，设定团队内部协同的元规则，设定团队功能绩效指标，实现外科手术式团队构建和能力评价③基于能力的柔性团队与知识产品单元匹配，根据团队特性分配开发任务④基于适度规范的过程管理微观上是柔性团队的自组织迭代宏观上是过程管理的规范框架实现重量级IT项目的动态、柔性、规范。框架内容如图所示。

3.1IT复杂知识产品的模块化分解传统软件架构理论一般基于产品功能的静态划分从信息流角度考虑模块单元的内聚与耦合关系，更多来自于项目初期基于需求的预测和设计而敏捷方法更关注过程中需求创新于对最终目标的逼近一种迭代更替渐进式方式。因此，此种方式下，关于知识产品的模型表述，势必与传统软件架构描述方法有所不同。复杂IT项目的模块化除了考虑最终知识产品的功能特征外，还要考虑开发过程的协同与控制问题。为此可以建立产品基于最小完备单元图的随机Petri网模型，采用消解规则进行系统分析，静态分析和动态分析相结合，有效地反映产品结构中任务执行或信息传递的主要特征知识产品单元之间顺序、并行、交叉等多种复杂的网状动态结构关系。随机Petri网模型中变迁表示单元本身变迁之间的关系则代表单元之间的关系。根据每个变迁(单元)的内在特征，可形式化定义为一个七元组：P=(As,PI,PO,C1,C2,E,Ms)即{活动，输入产品，输出产品，前置条件，后置条件，环境，度量指。其中As(Activities)指开发过程中的具体活动构成了功能模型活动在人或程序的操作下，将输入产品转换成输出产品。时间、优先级、风险等是活动的关键属性。产品PI(Input是指活动被输入或引用的相应程序、文档和数据。PO(Outputproducts)指活动输出的成果，也是相应的程序、文档和数据是子的是包括其他产品的复合产品了产品模型分别为活动的前置条件和后置条件，由活动间和活动产品间的约束关系组成。

是开发活动中涉及的环境及资源，包括场地、人员、工具、机器、技术等，是开发活动的基础。度量指标Ms则是量化的活动目标，可以用时间、生产率、健壮性、自适应和改善能力等来衡量。3.2柔性多项目团队柔性团队是典型的“外科手术式团队”，其内部具有高度的柔性和灵活性，团队成员之间有深入的沟通和密切的协作;对外则呈现高度的开发效率和运行规范，能够进行显性的能力评价和绩效考核。柔性团队的概念模型可以表示为：T=F(Ma,Mr,ST,C,Ms);T指柔性团队(也称自组织团队，SelfOrganizingTeams,orWell-structuredTeams)，是具有高度适应能力，自组织与他组织相结合的项目开发团队。Ma指多智能主体(Multi-agents)即团队成员，具备能动性、协作性的知识主体，其中包括用户方的参与。Mr指元规则(MetaRules)，团队成员相互协作沟通的基本规则集据复杂适应理论团队系统由一群行动者组成，他们按照一套规则与其他人交流，通过探索实现目标，这其中“元规则”特别重要。它是团队协作的基本依据，其他规则是这些元规则的不同函数。是共享的隐性知识(SharedTacitKnowledge)，团队长期协作过程中所共享的默会知识集规则同构成柔性团队的运作基础指情境(Contextual)是柔性团队完成具体任务时所面临的资源、关系、环境、他人协作等状况。是指基于能力的柔性团队度量(Measures)的目的一是与模块化的结果——

知识产品单元的匹配，为产品单元寻找最佳的开发团队二是对团队的绩效进行考评，并动态更新团队能力表征，指导团队的成长演化。3.3统一产品定义和标准复杂IT产品系统的开发强调相关模块的兼容性。为了使模块的开发团队一开始就考虑复杂产品各个模块的所有因素的产品定义与技术标准是系统集成研究的关键支持各模块开发团队工作的必要条件各模块开发的专业人员有共同的语言，使用“同一种语言”进行交流。从而使各团队能相互协作和共享信息，通过彼此及时、有效地通信和交流，尽早地发现问题并予以解决，以达到各项工作协调一致。3.4重载过程适度规范集敏捷软件过程主张结合企业业务，开发自己的软件过程，这就是“Enough”策略。该策略指出，在进行软件过程改进时，应着重领CMM等程模型的精神实质和基本原理，建立适合自己的过程框架而不是拘泥于CMM等式。在实施CMM时必须考虑过程的多样性从实际出发做好文档和过程管理把过程管理与企业的业务目标紧密结合起来，同时探索可满足KPAs最小关键活动集合。3.5基于知识转移的敏捷过程“基于知识转移的敏捷过程”是基于敏捷过程的重量级项目管理框架的核心。其中“知识转移”强调敏捷开发过程中，多智能主体与知识产品之间多种

形式、多种类别的知识转移活动，并且最终的产出是这种转移活动集成的成果。在动态结合过程中知识相互关系的处理多主体的互动与影响等都会导致最终成果的不同。IT项目开发中的知识转移是一个复杂过程，与知识主体的属性、关系、知识本身的属性等密切相关。IT开发过程涉及不同团队的各种知识和技术，专家知识分布于团队之中而不是某一个人必须进行工作联合和知识集成去完成统一的任务些知识在软件开发过程中不断在智能主体间能主体与产品间传递。敏捷开发过程由于强调人的主动性、适应性，强调团队的自组织特性，对知识转移的高效管理就显得尤为重要。4、小结现有敏捷软件开发方法过多地强调通过项目组自组织来改进团队行为，难以适应重量级项目的要