如何创造it团队协作氛围，激励和鼓舞团队

所谓“广义”的IT规划是指从企业的战略出发，充分分析企业核心价值链的运作模式，进而找出IT的支撑点和机会点，从而明晰企业的IT战略，并构筑企业的IT应用蓝图、IT治理模式、信息资源体系及系统实施规划等，以实现对企业战略目标达成的有效支持。而“狭义”的IT规划则侧重对系统硬件、系统软件、开发技术等进行计划与安排，是围绕技术展开的。这里，我们所讨论的IT规划主要是针对“广义”的IT规划。一般情况下，IT规划的运作思路是按照四个步骤展开的，IT战略明晰、IT能力分析、IT解决方案和IT行动方案。在IT战略明晰阶段，需要分析企业的战略、愿景和目标，并对核心价值链的相关业务环节进行深入的分析，从业务模式和流程入手找到IT的支撑点和机会点，进而构建支持业务发展策略的IT战略，制定信息化建设的目标。在IT能力分析阶段，首先会结合企业的IT支撑点，从核心业务环节入手，分析并形成企业不同层面的IT需求和IT目标。然后，构建合理的IT评估模型对企业的信息化现状进行全面的评估，并进行差距和约束条件分析，为后面的IT蓝图及系统规划提供依据。在IT解决方案阶段，需要结合上面两个阶段的成果，设计企业的IT应用蓝图，进行应用系统的集成点分析并构建企业的IT基础架构，同时对这些内容进行深入的描述和分析。在IT行动方案阶段，需要对设计的IT蓝图进行全面的规划，制定企业的信息化建设步骤，进行风险及效益分析，同时给出企业的IT治理方案，并在此基础上形成企业具体的信息化行动方案，指导企业的下一步行动。这里，我们不想用长篇大论来介绍IT规划的具体内容和成果，而是想就目前存在的一些IT规划项目无法帮助企业解决实际问题的现象展开一些讨论。这些IT规划项目和企业的实际信息化建设往往存在“两张皮”的现象，在IT规划阶段，项目组会帮助企业描绘一幅美好的信息化建设的蓝图，并且会运用各种“科学”的分析工具以及众多“新鲜”的名词告诉企业应该如何如何。而在项目组撤出之后，企业在实际开展信息化建设的时候往往会发现IT规划的内容很难落到实处，甚至脱离企业的实际情况，没办法只得自己从头再来，既浪费了企业的时间和金钱，又动摇了企业信息化建设的信心。第一，迷信最佳实践，一切向标杆看齐，IT规划的时候忽略了企业的实际情况，包括企业的人文环境、地域文化、历史传统等的差异，尤其是处于变革期的国内企业需要发展所面临的各种各样的管理和运营的“个性化”问题。这种情况下，咨询顾问总是试图用技术驱动管理和业务的变革，并且缺乏和企业各个层面有效的沟通，因而很难帮助企业建立务实高效的信息化框架，甚至会给企业带来一些误导，以致在后续的信息化建设过程中出现各种各样困惑企业的实际问题。最近业界炒的比较多的某商业银行核心业务系统升级的知名项目，可能就存在这样的问题，在前期规划和选型的时候过于强调系统的先进性和标杆案例，忽略了企业自身的业务和管理现状，导致系统建设过程不可控，最后项目被停掉了。第二，咨询公司缺乏对国内企业管理和业务问题的深刻理解，没有能力摸清企业的运营脉搏，IT规划报告里面虽然也包括企业战略明晰、业务和流程梳理等，但由于咨询顾问的阅历和认识深度不够，往往造成这些分析结果无法跟后面的IT战略、IT蓝图及行动方案有效的结合起来，结果报告内容很多，看起来“繁花似锦”，但实际每部分内容都是割裂的，没有形成完整的逻辑关系，最终给企业提供的方案还是侧重技术可行性，是“狭义”的IT规划。这里，需要解释的是，目前阶段，国内企业希望解决的问题一定是综合的，即使是IT建设也一定是解决企业的战略、管理及业务等方面的问题，甚至还需要借助IT提高企业的执行力、弥补制度的不足并提升文化的建设等等，有些方面可能会违背IT的初衷，但这是目前国内企业的现实，也是在IT规划过程中必须面对的问题。因此，如何切实的支撑面向企业战略的业务发展策略、有效匹配业务模式和IT系统，找出可以落地的IT支撑点，并形成各个层面的IT需求是IT规划需要真正关注的。第三，规划过程中重视应用系统和网络、硬件平台的建设，而忽略了跟企业管理和业务密切相关的信息内容本身，往往是建设了很多信息系统，但却得不到支撑企业运营的信息资源。企业高层往往会抱怨：“为什么我想知道的很多东西，在这样先进的信息系统中，就是看不到呢？为什么在市场形势突变的时候，我们的信息系统无法敏感地捕捉变化？”。分析可知，这样的IT规划更多是满足企业的技术需求，而不是为企业的业务拓展和管理运营服务的。如果按照这样的思路去构建企业的IT整体框架，那在信息系统建设完之后，绝大多数的员工仍将不知道如何利用信息，以及如何让这些信息产生价值。企业的信息系统，也就没有任何管理和维护的意义和价值。因此，进行全面的企业信息资源规划也是IT规划的重要内容。第四，IT治理方案流于形式，起不到“三分技术、七分管理”的作用，IT治理或者叫IT管理是IT规划方案中必须要包括的，可能跟前面几个问题一样，这也是涉及企业管理方面的问题。由于IT对国内企业来说还是一个新鲜事物，企业很难积累起很好的IT管理的经验，况且国内企业管理的个性化问题比较突出。因此，如果不能很好的理解企业的文化、IT发展背景、管理运营模式等问题，制定的IT组织体系、IT管理制度、IT管理流程及IT绩效考核等IT管理体系最终只能落在纸面上，无法贯彻执行下去。同时，长期以来企业的IT部门往往充当的是企业的成本中心兼服务机构，责任无限大，权力一点点，出现问题IT部门更多的是跟业务部门妥协，这就更造成IT管理的难度。因此，如何结合企业的实际情况，制定“少而精”而不是“大而全”，并且可 *** 作的IT治理方案是IT规划的关键。第五，没有认识到IT规划的重要性，投入的资源不够。这个问题是非技术和管理的问题，但往往也是最重要的问题。很多企业做IT规划的初衷都是好的，也认识到了不按照“总体规划、分步实施、重点应用”的步骤进行信息化建设是不行的，但是在实际项目运作的时候则由于各种各样的原因造成项目金额小、时间紧、投入少、内容全。当然这种现象也有可能是由一些不负责任的咨询公司引导造成的，变成了一个商业驱动的项目。这种情况下，势必造成项目运作是蜻蜓点水式的，面面俱到，但又无法深入，最终很难给企业提出切实可行的行动方案。“屁股决定脑袋”的道理是谁都懂的，因此足够的资源投入也是IT规划项目务实的基本保障。这里，想要IT规划更加务实，首先需要结合企业实际情况，认清IT规划到底能够为企业做什么？如何真正支撑企业的战略、管理和运营？笔者的观点是，IT规划可能不需要进行SWOT分析、不需要进行波士顿矩阵分析、不需要进行竞争态势分析，那些是战略规划需要做的，不能不分清红皂白，一锅菜乱炖。IT规划需要做的是明晰企业的战略，进而找到支撑战略实现的业务发展策略，然后分解到核心价值链的各个业务环节，看看这些业务环节需要具备怎样的能力才能够支撑这些业务发展策略，同时分析出这些业务环节要想具备这些能力哪些是需要IT系统来辅助实现的，并阐明IT系统应该如何做才能让业务环节具备这些能力。这样就可以一层层分解出来IT到底怎么支持业务运营，并进而支持企业战略。拿笔者曾经咨询过的一个案例来说，客户处于竞争激烈的服装行业，要想实现客户创造卓越服饰企业的目标，需要不断满足消费者对时尚的追求，应对快速变化的市场需求。这就要求企业必须建立快速响应的业务策略，这种快速响应不单单是各个业务环节本身的快速响应，需要价值链整体，甚至整个供应链的快速响应。那么就可以分析出为了支撑这种快速响应的业务策略，各个业务环节（包括研发、采购、生产、配送等）需要实现信息的实时共享、并且加强计划的协调性（当然，也还需要其它的能力），而这两点恰恰是IT系统所擅长的，这样就可以有效的找到IT的支撑点，进而进行详细的需求分析，并完成应用系统设计与实施规划，从而给企业提供针对性很强的解决方案。其次，IT规划需要从IT应用的源头入手，挖掘企业到底需要哪些信息？这些信息存在哪里？通过哪些渠道可以获取？怎样对这些信息进行分析、处理、存储和传播？这些信息对企业有哪些影响？企业怎样才能知道哪些途径提供的信息有价值、哪些途径提供的信息价值含量低？企业如何能够调整自己的信息渠道？从而进一步帮助企业搭建合理的信息资源体系，以及信息编码体系，并结合IT需求分析，提供完整的信息内容解决方案，为企业以后的信息系统实施提供切实可行的基础支持。同时，通过制定信息分类、存储、传输和使用的标准，形成规范和制度，并应用相应的IT管理手段，包括激励机制和绩效考核等，对信息内容的加工处理进行规范，真正实现企业信息化建设的意义和价值。接着，IT规划要想务实还要能够在结合企业实际IT需求的基础上，认真分析和比较适合企业的IT应用系统，尤其是大型IT应用平台（像ERP、SCM等），需要针对行业和业务特点，找出几家成熟的软件供应商，客观的进行比较分析，分析的内容包括平台的成熟度、平台的技术方案、相关行业的成功案例、厂商的实施服务能力、本地化开发和服务能力以及性价比等等，并给企业提出客观的建议。由于大型IT应用系统是非常复杂的，因此在比较和分析的时候一定要从细节入手，最好能帮助企业形成各个模块的功能需求说明书，这样在以后企业选型的时候也可以针对性地进行系统测试，Demo演示等等，让企业的选型能够最大程度的达到信息对称，从而实现理性回归，不至于被软件供应商的理念和关系所迷惑。这里，为企业提供全程的软件选型服务也是IT规划务实的一个方面。最后，IT规划在建设企业IT管理体系的时候要挖掘IT管理问题的根源，并考虑企业推广应用的可行性，形成简单可行的解决方案，让企业能够执行。还拿笔者的一个咨询案例来说，客户应用系统上的数据总是不准确，业务部门整天埋怨IT部门工作做的不好，系统不可靠，还不如原来手工 *** 作，并警告IT部门如果再这样他们就不用系统了。IT部门被搞的紧张兮兮的，整天忙在如何设定权限、记录日志、跟踪分析及系统提示上，试图用技术手段解决数据不准确的问题，后来发现问题还是无法解决。这里，通过调研和访谈我们发现，企业对系统数据准确性的考核指标只有IT部门的员工承担，并有相应的激励和惩罚机制。而真正使用系统的各个业务部门的 *** 作员和业务主管，则不会因为系统数据不准确而影响他们的个人利益。这样的话，他们在数据录入和修改的时候就很随意，有的时候甚至故意让数据不准确，以掩盖他们工作中的一些问题。后来通过调整考核指标，加强监督和控制，并制定灵活的激励和惩罚机制就解决了数据不准确的问题。因此，在设计IT管理体系的时候就要从这些实际问题出发，设计可行的解决方案，让业务部门和IT部门能够形成利益共同体，变单向服务为合作伙伴，共同让信息系统在企业内部产生最大的效益。否则，设计的IT管理体系就只能中看不中用了。目前，国内企业的信息化建设也经历了几起几落，取得了一些成绩，也积累了一些经验教训，总的来说还是任重而道远。IT规划作为企业信息化建设的指明灯，就像医生给病人开的处方一样重要。然而，好的医生可以药到病除，而庸医则不但不能治病，还有可能耽误治疗，让小病变成大病。

如何进行系统的架构设计

一个软件项目在需求确定后，就可以开始系统的架构设计了。架构设计不同于编写代码，需要遵循严格的语法和编程规范。它没有规范可遵循，存在即合理，适合系统开发和运行的架构就是最合理的系统架构。

系统的架构设计是在业务需求已经清晰的前提下进行的，假定在系统需求分析阶段已经确定了系统的功能和业务范围，也明确了系统运营需求。在上述需求还没有确定的情况下，不适宜开展系统的架构设计，需要回到需求分析阶段完善上述需求后再开展系统的架构设计。

系统架构就是一些模型图，模型图是人们用来理解系统和沟通的工具。这些模型图需要提供给系统相关干系人来理解系统，系统相关干系人有项目经理、产品经理、开发人员、系统运营维护人员、客户、项目投资人等。这些干系人有不同的知识背景，对同一架构模型图也会有不同的认知和理解：如果把开发架构模型图给产品经理或客户看，他们定然看不懂也不能理解；同样的道理，如果只把逻辑架构图给开发人员看，就不能正确地指导开发人员构建开发环境。

因此架构设计师在进行系统架构设计时，需要从系统的不同维度进行设计，以满足系统相关干系人理解系统架构的需求。架构设计模型主要有逻辑架构、开发架构、数据架构、物理架构和运行架构五种模型图。一般来说需要设计的系统架构模型有逻辑架构、开发架构和物理架构三种架构模型图。数据架构模型一般放在数据库中进行设计，运行架构和物理架构基本相近，只是在物理架构中加了数据的流向，因此一些系统设计使用物理架构代替了运行架构。

设计逻辑架构模型

逻辑架构模型主要是确定系统的功能范围和系统划分。在设计逻辑架构模型时，可以抓住两个关键点：一个关键点是对系统进行逻辑划分，将一个大系统划分为多个子系统；另外一个关键点是明确各子系统之间的协作和调用关系。

绘制逻辑架构的模型图有系统流程图和系统结构图：系统流程图描述了系统各子系统、相关文件和数据之间的关系，记录了整个系统的体系结构；系统结构图也称为层次图，它以层次方式描述了系统从顶层到最底层的功能分解。

下图分别是人脉系统的系统流程图和系统结构图。

上面的人脉系统流程图和人脉系统结构图就是依据人脉系统需求规格说明书给出的功能和业务范围绘制的。

设计开发架构模型

开发架构模型图是给开发人员看的，开发架构模型指导开发人员如何来架构系统的开发环境。开发环境包括系统开发框架的选型、开发工具和编程语言、模块划分等内容。下图是人脉系统开发架构模型图。

开发架构模型图给出了技术体系是B/S结构，开发框架选择SSM，开发语言是JavaEE。系统采用三层结构，分别是表示层、WEB应用层和数据层。表现层是JSP页面，在浏览器中运行，表现层是MVC的View。WEB应用层的控制层是MVC的Controller，业务逻辑层是MVC的Service，实体层是MVC的POJO。数据层由MyBaits数据库开发框架组成。

设计物理架构模型

物理架构模型是给系统部署人员和运营维护人员看的，主要给出系统的部署环境模型，包括网络环境、硬件环境和软件环境。下图是系统部署网络环境模型图。

从上面网络环境模型图中可以看出，系统部署只需要一台主机，要求支持>

系统的架构设计主要涉及到三种模型图，分别是逻辑架构模型、开发架构模型和物理架构模型。逻辑架构模型一般采用系统流程图和系统结构图建模；开发架构模型没有标准的模型图，可以使用PPT或Visio绘图工具进行绘制；物理架构模型主要是由网路环境、硬件和软件环境组成。

IT部主管岗位职责 1 拟定和执行企业信息化战略

负责制订公司信息化中长期战略规划、当年滚动实施计划，制定企业信息化管理制度、制定信息化标准规范；负责公司信息化网络规划、建设组织、制订IT基础资源（硬、软件）运行流程、制定网络安全、信息安全措施并组织实施，实现IT资源集约管理；负责公司集成信息系统总体构架，构建企业信息化实施组织，结合业务流程重组、项目管理实施企业集成信息系统。负责集团公司网站建设计及总体规划。

2 企业信息资源开发

根据企业发展战略和信息化战略要求，负责企业内外部信息资源开发利用。导入知识管理，牵头组织建立企业产业政策信息资源、竞争对手信息资源、供应商信息资源、企业客户信息资源、企业基础数据资源五大信息资源库。

3 建立信息化评价体系

根据公司信息化战略和企业实情，建立公司信息化评价体系和执行标准、制定全员信息化培训计划。

4 信息处理

负责信息的收集、汇总、分析研究，定期编写信息分析报告报公司领导决策参考；参与公司专用管理标准和制度的制定和修改。

5 ERP等信息平台的开发及实施

负责公司计算机开发应用计划，有步骤地开发使用应用管理软件，逐步实现企业管理现代化、信息化；负责公司ERP系统项目的论证、引进（或开发）与实施，组织ERP系统与企业状况之间关系的分析，确保公司ERP系统的顺利运行。

6 控制信息设备预算

负责控制部门预算，降低费用成本，组织公司计算机相关设备的维护、添置、验收、发放登记归档，以及管理软件的咨询、设计、采购、测试、验收、日常维护，并提出可行性方案等工作。

7 协助其它部门管理

协助其它部门实施CAD、PDM、CAPP等项目信息管理，协同其它管理部门实施设备管理、人事管理、客户关系管理等信息化管理的实现。

8 日常管理

主持本部门日常全面工作，编制本部门年、月工作计划及资金计划，总结年、月度工作；负责本部门员工考核。

9 企业文化宣传

负责企业文化的整理、宣传、实施，负责公司整体CI形象策划管理工作。认真做好策划整体构思和合理地编制广告投入计划等工作。

10 其他

完成领导交办的其他工作。

IT部主管职责和要求 1 IT部主管的职责

建立团队，创造团队协作氛围,激励和鼓舞团队；

保证所有的项目需求都被定义，并能一直分解到最低一级；

领导计划的制定，根据计划进行管理；

管理风险,通过变更控制系统来控制基准的更新演变；

保证项目的可见性技术到位，并行之有效；

及时执行纠正措施来纠正偏离计划的差异。

2 IT部主管的权限

项目经理的权力可变范围很大，至少应该包括：财务控制权；资源协调权利；对责任的描述能够被理解和认同。

3 IT部主管的基本要求

良好的职业道德；知识和经验；综合的管理和决策能力；系统的思维能力；创新能力；身体健康；项目经理的基本素质；较强的技术背景

另外还包括:成熟的人格；讲求实际；和高层主管有良好的关系；在几个不同的部门工作过；把完成任务放在第一位。

4 IT部主管应具备的能力

领导能力和组建团队的能力；创业家和商业人的敏锐；技术水平和商务水平兼顾（多面手）；计划能力、组织能力和管理能力。

信息系统管理（每个系统）：

1、服务器 *** 作系统（补丁、防病毒、防火墙、系统账号、远程配置、共享设置、 *** 作系统日志导出审阅）；

2、web服务器（IIS、apache、tomcat等）安装、配置、管理；

3、数据库（SQL、MYSQL、Oracle等）管理；

4、服务器程序和文件（程序插件安装、程序进程查看、程序服务开机启动、config配置端口接口）；

5、数据备份（建立数据库备份计划、同步备份批处理代码、数据备份检查）；

6、信息系统管理（权限配置、账号管理及导出审阅、内容编辑管理、数据查询、业务部门变更支撑、应用层日志导出审阅）；

7、系统重建步骤文档、重建测试。（重建系统、配置补丁、安装数据库、安装程序、安装插件、配置网络、配置访问及远程权限、配置系统账号、还原数据库、检查数据库、安装客户端）

建立敏捷统一过程框架内容提要我建议，软件企业可根据自身的实际情况，以统一过程（如 RUP）为基础建立起符合ISO 9001、SW-CMM 和CMMI SE/SW等基准的组织软件过程体系，同时包含敏捷过程（如XP、Scrum）和重型过程（如TSP）等内容。我把这种混合/集成过程体系叫做“敏捷统一过程框架”（Agile Unified Process Framework，AUPF）。

一、过程成熟度与多样性

近年来软件过程改进在国内日益得到重视，一度出现了许多组织纷纷开展 SW-CMM 商业评估的热潮。迄今全国已有近两百家软件企业通过了 SW-CMM、CMMI 各级评估（1 2 3）。这一方面说明原本作为美国军方标准（如今已成为全球通行的国际标准）的 SW-CMM、CMMI 并非高不可攀，另一方面也说明加强软件开发规范化管理、提高过程成熟度已经得到了业界的广泛认同。

婴儿洗澡椅热季促销行政侵夺科学的灾难美女博客决赛进行北京手机资费下调

与此同时，国际软件界的“敏捷热”、“统一热”也在持续升温。上世纪 90年代以DSDM、Scrum、FDD、Crystal、ASD、XP为代表的轻型软件开发方法逐渐兴起，其中又以XP对传统的“反叛”最为显著，它凭借与传统思维相悖的“极端”做法既获得了许多软件客户、管理者和开发人员的积极拥护，也遭到了传统过程维护者的激烈反驳。2001年2月敏捷联盟成立以及《敏捷软件开发宣言》的发表，标志着这场“敏捷运动”达到了一个高峰。而作为吸收了电信、国防等关键行业以及IBM、HP、Microsoft等多家国际著名软件企业过程经验的商用过程产品，统一过程RUP也在全球取得了广泛的成功。某著名咨询机构 2002 年对全球200位软件相关行业IS/IT经理进行的调查表明：RUP使用率达到了51%，远高于SW-CMM（27%）和ISO 9000（26%）；而且到2003年, 大约50%的被调查者预计其50%以上的项目会使用敏捷方法，14%的被调查者认为其所有的项目会使用敏捷方法 [2] 。

承认软件过程的多样性与追求其成熟度一样重要。“ One size does not fit all ”，事实证明不存在一成不变地适合于所有项目的过程模板。由于软件过程的周境不同（如业务、资源、团队、文化），层次不同（如组织过程、项目过程、团队过程、个体过程），开发类型不同（如新产品、重用、服务、产品线），一时间出现这么多过程方法论并不足怪。

二、过程方法论对比分析

那么，敏捷、统一过程有哪些特点，与传统过程有什么不同呢？下面我们以 SW-CMM 为参照，挑选 3 个最典型的过程方法论（ XP 、 RUP 和 TSP ）作对比分析。

SW-CMM是一套用来评估软件组织过程成熟度的基准，阐明组织为了系统地实施软件过程改进、提高过程成熟度应该做些什么，但没有规定如何去做。它的目标通常适用于所有的软件组织或项目，用来实现目标的大部分关键做法也适合中小企业项目，而许多关键做法中的子做法主要目的是举例说明如何在大型政府、国防合同项目中实现总目标，对中小企业项目仅有参考价值。除了对过程的集成性关注不够，SW-CMM的主要缺点还在于缺少了现代软件过程的一些重要元素，其KPA主要集中在传统过程的静态文档上（如设计、需求文档，合同、计划和报告等），只有很少数的KPA强调了演进式工件（如需求、设计模型，源代码等）、开发环境的自动化水平以及基于架构的过程。 [6]

为了尽早通过评估，人们往往采用或模仿同样是由SEI开发的PSP/TSP过程。建立在PSP之上的TSP可能是迄今为止最为严格的重型过程。为了提高过程的成熟度和可预测性，TSP强调对过程进行全面精确的度量，这依赖于制作大量复杂繁琐的数据表格和文档以及固定程式化流程配合，因而培训、实施的成本很高。

RUP是一个以用例驱动、构件式架构、迭代递增式开发为基本特征，可广泛地应用于各种类型和规模项目的软件过程框架，它的基本特征与需求管理、配置变更管理、OOADUML可视化建模、持续检验质量等做法一起集中体现了现代软件开发的最佳实践。RUP定义了起始、细化、构造、移交4个阶段和业务建模、需求、分析设计、实现、测试、部署、配置变更管理、项目管理、环境等9个工种。阶段对应着主里程碑的划分，不同工种的工作流活动在生命周期的迭代中并发进行，具体执行强度可以按需调节，角色、活动和工件也是灵活可配置的。由于RUP提供了极其丰富的内容，所以常被误解为一个重型过程。通过定制RUP通用框架，针对具体项目去掉不必要的元素并吸收其他敏捷方法，完全可以定制出敏捷轻型的RUP过程（如RUP的XP插件）。

极限编程 XP具有强沟通、简化设计、迅速反馈等特点，一般只适合于规模小、进度紧、需求不稳定、开发小项目的小团队。在其12种做法中，测试为先、持续集成、简化设计、代码规范、现场客户、每周40小时工作制、小型发布等早已有之，并不是新的发明，但XP通过巧妙整合把它们发挥到了极致。而代码集体拥有、结对编程、重构、系统隐喻、计划游戏等做法并不是在任何情况下都适用的，使用不当往往会起到相反效果。SW-CMM与XP是互补的，Barry Boehm、Watts Humphrey等权威更认为XP与SW-CMM是哲理相容的 [5] 。主要区别在于，后者更关注过程实施在组织管理上的问题，而XP侧重于具体的过程执行和开发技术，不含有被SW-CMM认为是使良好的工程和管理实践制度化的关键基础设施。

许多团队在一定条件下实践 XP可能会收到意想不到的好效果，但纯而又纯的XP的适用面可能也很小。克莱斯勒公司的C3薪资系统项目恐怕是引用次数最多的XP成功案例，但实际上该项目后期还是由于开发团队与管理者之间的沟通出现问题而遇到了麻烦。一个经典的XP项目偏偏在其核心的沟通要素上出现问题，的确值得人们深思。 [7]

XP以代码为中心，编码和设计活动融为一体，弱化了架构，这是它与以架构为中心的RUP的最大不同，而且它没有业务建模、部署、过程管理等概念。两者也有不少共同点：它们都采用OO技术（取代传统结构化方法）、演进式迭代周期（取代传统瀑布模型），强调风险驱动，以保障可用产品的持续性交付为前提，尽量减少不必要的过程工件，使度量、文档最小化以获得d性和应变能力。由于RUP、XP结合了具体的开发方法，因此比TSP具有更好的可 *** 作性。

敏捷、统一过程满足了 SW-CMM绝大部分目标及2、3级KPA的要求，对4、5级KPA基本没有涉及。然而，服从类似SW-CMM这样高质量的过程框架，并不一定会开发出高质量的产品，生产出高质量产品的真正高质量的过程却理应被评估为成熟的过程 [6] 。事实上，国际上不少采用RUP的组织已经达到或超过了SW-CMM 3级的水准。通过SW-CMM评估要求组织在过程制度化建设上付出大量复杂、高成本的努力，但过程改进的有效性与复杂性、高成本之间没有必然联系。过程选择的多样性和SW-CMM目标的通用性决定了过程改进途径的多样化。

以上就是关于企业战略发展：IT战略规划如何做更加务实全部的内容，包括:企业战略发展：IT战略规划如何做更加务实、如何进行系统的架构设计、如何创造it团队协作氛围，激励和鼓舞团队等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！