第四章 it 项目决策管理实务

第四章IT 项目决策管理实务

内容提要• 先论证，后决策• 项目可行性研究• IT项目论证• IT项目评估• 项目选择与批准• 项目启动

“先论证，后决策”• “先论证，后决策”是 IT项目管理的基本原则。项目分析是项目开发前期一个非常重要的步骤，通过对行业数据及科学的计算工具，对相关项目数据进行分析，可以帮助决策者做出正确的决策管理。

“先论证，后决策”• 案例一和案例二均说明了以下问题：–对市场的分析和项目的可行程度没有进行全面分析、盲目决策，是很可能带来巨大的灾难。

可行性研究• 可行性研究是一个综合的概念。它的任务是以市场为前提，以技术为手段，以经济效益为最终目标，对拟建的投资项目进行调查研究和综合论证，为项目建设的决策提供科学依据。

• 可行性分析是要决定“做还是不做”。

• 可行性分析是客观的、科学的，但决策仍有可能是错误的。

可行性研究的内容• 可行性研究分析的内容应包括：–技术可行性分析–经济可行性分析–运行环境可行性分析–法律可行性、社会可行性–项目实施对社会环境、自然环境的影响

项目可行性研究

《预研项目建议书》模板示例：1 综述

1.1 预研项目提案1.2 预研项目风险1.3 建议

2 项目背景和必要性2.1 项目背景2.2 项目必要性2.3 财经可行性

3 预研目标3.1 预研目标、主要技术指标和参数3.2 预研产品规格及性能

4 技术可行性4.1 项目的基本内容4.2 公司内可利用的相关技术资源4.3 关键技术及解决方案4.4 阶段评审、测试验收标准和方法4.5 技术风险分析及防范措施

5 知识产权可行性5.1 国内外技术及标准跟踪研究5.2 专利技术情报的全面检索与充分利用5.3 关键技术知识产权保护策略

6 市场可行性7 经济可行性8 预研项目计划

8.1 项目工作任务和时间安排8.2 项目所需的人、财、物、信息等资源8.3 项目总预算和分阶段预算8.4 阶段划分、评审及测试验收8.5 计划风险分析及防范措

9 其它

可行性研究的步骤（ 1）确定项目规模和目标（ 2）研究正在运行的系统（ 3）建立新系统的逻辑模型（ 4）导出和评价各种方案（ 5）推荐可行性方案（ 6）编写可行性研究报告（ 7）递交可行性研究报告

初步可行性研究的主要内容• 市场和生产能力。进行市场需求分析预测，渠道与推销分析，初步的销售量和销售价格预测；依据市场销售量做出初步开发规划。

• 设备与材料投入分析，包括从需求、设计、开发、安装实施到运营的所有设备与材料的投入分析。

• 支撑 IT项目开发的网络环境规划、硬件物理布局方案的选择。

• 项目设计包括项目总体规划、 IT系统设计和设备计划、网络工程规划等。

• 项目进度安排。• 项目投资与成本估算，包括投资估算、成本估算、筹集资金的渠道及初步筹集方案。

详细可行性研究的程序框架

立项

项目目标设定

　项目目标设定

市场分析与预测原材料、设备分析设计开发技术分析人力资源分析资金分析信息安全分析硬件网络物理布局设计网络基础资料分析其他　

方案比较　

最优方案论证

编写可行性报告

编写 IT 项目影响报告

编写资金筹措计划

编写采购规划和招投标申请报告

项目财务评价　

项目国民经济评价

反馈

详细可行性研究的内容（ 1）概述：提出项目开发的背景、必要性和经济意义，研究项目工作的依据和范围，产品交付的形式、种类、数量。（ 2）需求确定：调查研究国内外客户的需求情况，对国内外的技术趋势进行分析，确定项目的规模、目标、产品、方案和发展方向。（ 3）现有资源、设施情况分析：调查现有的资源（包括硬件设备、软件系统、数据、规章制度等种类与数量，以及这些资源的使用情况和可能的更新情况）。（ 4）设计（初步）技术方案：确定项目的总体和详细目标、范围，总体的结构和组成，核心技术和关键问题、产品的功能与性能。

（ 5）项目实施进度计划建议。（ 6）投资估算和资金筹措计划。（ 7）项目组织、人力资源、技术培训计划：包括现有的人员规模、组织结构、人员层次、个人技术能力、人员技术培训计划等。（ 8）经济和社会效益分析（效果评价）。（ 9）合作／协作方式。

项目论证项目论证应该围绕着市场需求、开发技术、财务经济三个

方面展开调查和分析，市场是前提、技术是手段、财务经济是核心，通过详细论证，要回答以下五个方面的问题：

（ 1 ）项目产品或市场的需求如何？为什么要实施这个项目？

（ 2 ）项目实施需要多少人力、物力资源？供应条件如何？（ 3 ）项目需要多少资金？筹资渠道如何？（ 4 ）项目采用的技术是否先进适用？项目的生命力如何？（ 5 ）项目规模搞多大？物理布局的指向性如何？

项目论证的作用项目前评价的作用主要体现在以下几个方面：（ 1）项目论证是确定项目是否实施的依据。（ 2）项目论证是筹措资金、向银行贷款的依据。（ 3）项目论证是编制计划、设计、采购、施工以及机构设备、资源配置的依据。（ 4）项目论证是防范风险、提高项目效率的重要保证。

项目论证的一般程序• 明确项目范围和业主目标 • 收集并分析相关资料 • 拟定多种可行的能够相互替代的实施方案 • 多方案分析、比较 • 选择最优方案进一步详细全面地论证 • 编制项目论证报告、环境影响报告书和采

购方式审批报告 • 编制资金筹措计划和项目实施进度计划

项目评估的含义•项目评估指在项目可行性研究的基础上，由第三方（国

家、银行或有关机构）根据国家颁布的政策、法规、方法、参数和条例等，从项目（或企业）、国民经济、社会角度出发，对拟建项目建设的必要性、建设条件、生产条件、产品市场需求、工程技术、经济效益和社会效益等进行评价、分析和论证，进而判断其是否可行的一个评估过程。

•项目评估是项目投资前期进行决策管理的重要环节，其目的是审查项目可行性研究的可靠性、真实性和客观性，为银行的贷款决策或行政主管部门的审批决策提供科学依据。

项目评估的依据项目评估的依据：（ 1 ）项目建议书及其批准文件。（ 2 ）项目可行性研究报告。（ 3 ）报送单位的申请报告及主管部门的初审意见。

（ 4 ）有关资源、配件、燃料、水、电、交通、通信、资金（包括外汇）等方面的协议文件。

（ 5 ）必需的其他文件和资料。

项目评估的程序项目评估工作一般可按以下程序进行：（1）成立评估小组，进行分工，制定评估工作计划。评估工作计

划一般应包括：评估目的、评估内容、评估方法和评估进度。（2）开展调查研究，收集数据资料，并对可行性研究报告和相关

资料进行审查和分析。尽管大部分数据在可行性报告中已经提供，但评估单位必须站在公正的立场上，核准已有数据的可靠性，并收集补充必要的数据资料，以提高评估的准确性。

（3）分析与评估。在上述工作基础上，按照项目评估内容和要求，对项目进行技术经济分析和评估。

（4）编写评估报告。（5）讨论、修改报告。（6）专家论证会。（7）评估报告定稿。

项目评估报告内容大纲项目评估报告大纲应包括如下几个方面内容：（ 1 ）项目概况

• 项目基本情况。• 综合评估结论。提出是否批准或可否贷款的结论性意见。

（ 2 ）详细评估意见（ 3 ）总结和建议

• 存在或遗留的重大问题。• 潜在的风险。• 建议。

项目选择与批准• 可行性分析和项目论证、项目评估工作都是为获得对提议方案的批准和资金支持。然而在一个组织中，通常被提议的项目通常需要和其他项目进行竞争。

IT项目得到批准• 一个 IT项目要得到批准需要满足一下几个方面：• IT项目必须和组织的战略目标有直接联系。• IT项目必须能够为组织带来可度量的价值，并且在项目完成之后，这种价值可以得到验证。

• 对 IT项目的选择应该依据多个度量标准，包括有形成本和有形收益、无形成本和无形收益。

• 组织中的所有不同层别，如个人、流程、部门和企业。

项目启动• 在 PMBOK 中将项目启动组定义为：获得授

权，定义一个新项目或现有项目的一个新阶段，正式开始该项目或阶段的一组过程。

项目管理过程组

启动过程概述启动过程组包含获得授权，定义一个新项目或现有项目的一个新阶段，正式开始该项目或阶段的一组过程。通过启动过程，定义初步范围和落实初步财务资源，识别那些将相互作用并影响项目总体结果的内外部干系人，选定项目经理（如果尚未安排）。这些信息应反映在项目章程和干系人登记册中。一旦项目章程获得批准，项目也就得到了正式授权。虽然项目管理团队可以协助编写项目章程，但对项目的批准和资助却是在项目边界之外进行的。

作为启动过程组的一部分，可以把大型或复杂项目划分为若干阶段。在此类项目中，随后各阶段也要进行启动过程，以便确认在最初的制定项目章程和识别干系人过程中所做出的决定是否合理。在每一个阶段开始时进行启动过程，有助于保证项目符合其预定的业务需要，验证成功标准，审查项目干系人的影响和目标。然后，决定该项目是否继续、推迟或中止。

•启动过程可以由项目控制范围以外的组织、项目集或项目组合过程来完成。例如，在开始项目之前，可以在更高层的组织计划中记录项目的总体需求；可以通过评价备选方案，确定新项目的可行性；可以提出明确的项目目标，并说明为什么某具体项目是满足相关需求的最佳选择。关于项目启动决策的文件还可以包括初步的项目范围描述、可交付成果、项目工期以及为进行投资分析所做的资源预测。启动过程也要授权项目经理为开展后续项目活动而动用组织资源。

•在启动过程中，应进一步细化最初对于项目范围和组织愿意投入的资源所做的说明。如果尚未任命项目经理，现在就应该选择一位。最初的假设与制约因素也要拟成文件。这些信息应反映在项目章程中；一旦项目章程获得批准，项目也就得到了正式授权。项目章程，或称“项目许可证书”、“项目委托书”等，是正式承认（批准、认可、同意）项目的文件。项目章程虽然可由项目管理团队起草，但项目的批准与资金的取得是在项目之外。

制定项目章程• 制定项目章程是制定一份正式批准项目或

阶段的文件，并记录能反映干系人的需要和期望的初步要求的过程。在多阶段项目中，这一过程可用来确认或优化在以前的制定项目章程过程中所做的相关决策。

项目章程项目章程应包括：• 项目名称和授权日期• 项目经理姓名和联络信息• 简要的范围说明书• 计划使用的项目管理方法总结• 角色与职责矩阵图• 项目干系人签名• 主要干系人评述

识别干系人• 识别干系人识别干系人是识别所有受项目影响的人员或组织，并记录其利益、参与情况和对项目成功的影响的过程。

项目干系人是指积极参与项目，或其利益可能受项目实施或完成的积极或

消极影响的个人和组织，如客户、发起人、执行组织和公众。他们也可能对项目及其可交付成果施加影响。干系人可能来自组织内部的不同层级，具有不同级别的职权；也可能来自项目执行组织的外部。 2.3 节识别了不同类型的项目干系人。

在项目的早期就识别干系人；并分析他们的利益、期望、重要性和影响力，对项目成功非常重要。随后可以制定一个策略，用来接触每个干系人并确定其参与项目的程度和时机，以便尽可能提高他们的正面影响，降低潜在的负面影响。在项目执行期间，应定期对上述分析和沟通策略进行审查，以便做出必要调整。

大多数项目都有为数众多的干系人。由干项目经理的时间有限，必须尽可能有效利用 , 因此应该按干系人的利益 \影响力和参与项目的程度对其进行分类 . 这样一来 ,项目经理就能集中精力处理那些重要的关系 ,确保项目成功 .

2. 识别干系人• 识别干系人识别干系人是识别所有受项目影响的人员或组织，并记录其利益、参

与情况和对项目成功的影响的过程。项目干系人是指积极参与项目，或其利益可能受项目实施或完成的积极或消极影响的个人和组织，如客户、发起人、执行组织和公众。他们也可能对项目及其可交付成果施加影响。干系人可能来自组织内部的不同层级，具有不同级别的职权；也可能来自项目执行组织的外部。

在项目的早期就识别干系人；并分析他们的利益、期望、重要性和影响力，对项目成功非常重要。随后可以制定一个策略，用来接触每个干系人并确定其参与项目的程度和时机，以便尽可能提高他们的正面影响，降低潜在的负面影响。在项目执行期间，应定期对上述分析和沟通策略进行审查，以便做出必要调整。

大多数项目都有为数众多的干系人。由干项目经理的时间有限，必须尽可能有效利用 ,因此应该按干系人的利益 \ 影响力和参与项目的程度对其进行分类 . 这样一来 , 项目经理就能集中精力处理那些重要的关系 ,确保项目成功 .

案例一：摩托罗拉铱星系统• 铱星系统是美国摩托罗拉公司设计的全球

移动通信系统 .它的天上部分是运行在 7 条轨道上的卫星，每条轨道上均匀分布着 11颗卫星 , 组成一个完整的星座。它们就像化学元素铱 (Ir)原子核外的 77个电子围绕其运转一样，因此被称为铱星。后来经过计算证实， 6 条轨道就够了，于是，卫星总数减少到 66 颗，但仍习惯称为铱星。

案例一：摩托罗拉铱星系统（续）

• 当摩托罗拉公司费尽千辛万苦终于在 1998年 11 月 1 日正式将铱星系统投入使用时，传统的手机已经完全占领了市场。由于无法形成稳定的客户群，使铱星公司亏损巨大，连借款利息都偿还不起，摩托罗拉公司不得不将曾一度辉煌的铱星公司申请破产保护，在回天无力的情况下，只好宣布即将终止铱星服务。

案例一：摩托罗拉铱星系统（续）

• 铱星系统的失败告诉我们任何产品最终都要接受市场的检验，盲目发展以及对市场错误估计的代价是惨重的。

• 英特尔的 CEO 葛洛夫曾这样说过 :“ 我们并不特别聪明，只不过在激烈的竞争中，比对手做出更多正确的决策。”

• 诺贝尔奖得主赫伯特 · 西蒙曾对管理下过这样的定义 :管理就是决策。决策对管理的重要性，就有这么大。

• 企业高层的决策要具有战略性。高层领导者不仅要对当前的大事进行决策，而且要对企业乃至行业的长远发展做出决策。

案例二：摩托罗拉、诺基亚决策失误

•由于决策不慎，美国著名的通信设备制造商“摩托罗拉 (Motorola)” 公司在土耳其的一项高达 20亿美元的电信风险投资变成了“肉包子打狗”，芬兰的移动通信设备制造商“诺基亚 (Nokia)” 公司也向Telsim通信公司投进了 7亿美元的资金。摩托罗拉先是想方设法催对方还账，未果后就对簿公堂，官司从伊斯坦布尔打到了纽约曼哈顿。虽然土耳其当时的移动通讯市场已经得到了大幅度的发展与提高，但摩托罗拉的这笔生意恐怕是输定了。

案例二：摩托罗拉、诺基亚决策失误(续 )

•早在 1998 年，摩托罗拉就对还未成熟的土耳其的移动通信市场十分看好。当时这个横跨亚欧两大洲的国家虽然人口达 6500 万，但手机用户还不到 200 万，而且只有两家电信运营商拿到了经营移动业务的牌照。其中名为 Telsim的通信公司当时因业务的发展，迫切需要各种移动通信设备，摩托罗拉为了捷足先登，很快便与 Telsim通信公司签定了一项合同。该合同的主要内容是摩托罗拉以现金或提供电信设备的方式向 Telsim通信公司提供总值达 20亿美元的贷款。


• 摩托罗拉本以为在 Telsim通信公司种下了秧苗，就等秋天来临迎丰收，哪料到四年后等来的却是 Telsim通信公司对摩托罗拉的赖账，而且还起诉摩托罗拉意图对 Telsim通信公司的领导进行“暗杀绑架”的犯罪阴谋。摩托罗拉想要收回这笔高达 20亿美元恐怕是不大可能。


• 纽约的曼哈顿联邦法院已经受理了关于摩托罗拉与诺基亚联合控告 Telsim通信公司涉嫌阴谋诈骗该两家公司财产的诉讼请求。摩托罗拉与诺基亚起诉的对象是控制 Telsim通信公司的 Uzan家族成员，声称该家族精心设计了骗局让摩托罗拉与诺基亚往套子里钻。联邦法院的一位法官认为种种迹象表明，作为被告的 Telsim通信公司很有可能披着合法的外衣进行了一连串的资产诈骗活动。


• 但 Telsim通信公司的 CEO Murat Hakan Uzan却极力否认了摩托罗拉和诺基亚对 Telsim通信公司的各种指责，他表示 Telsim通信公司一直在想方设法还清拖欠上述两家公司的债务。 Telsim通信公司并不是想要赖账，只是由于 1999 年土耳其大地震，以及随之而来的 2001 年年初的土耳其金融危机致使土耳其的经济陷入了萧条的局面，这些因素导致了 Telsim通信公司现在确实无力偿还债务。


• 他还认为摩托罗拉与诺基亚应该清楚他们当初向 Telsim通信公司投入的资金实际上是一种风险投资行为，既然是风险投资，就得承担风险。Murat Hakan Uzan 指责这两家公司目前对当初他们各自的决定中隐藏的高风险性却闭口不谈。


• 在电信业红得发紫的年代里，许多大的电信设备制造公司都争先恐后地向各大电信运营商进行风险投资，包括资金上的以及设备上的，目的就是为了得到高回报。当初摩托罗拉与诺基亚向土耳其 Telsim通信公司所进行的总计达 27亿美元的风险投资就是当时业界这种行为的一个缩影。


• 然而，摩托罗拉与诺基亚的预见中只有一点是正确的，这就是土耳其的移动通信市场已经全面发展了起来。尽管面临着资金困难， Telsim通信公司的移动用户已经由1998 年的 50 万上升到了 2002 年的 650 万。

案例三：微软公司的可行性研究• Microsoft的可行性研究– Microsoft 公司于 1975 年成立，是世界知名的

软件公司。

–在其发展过程中建立了一套完整的软件开发解决方案。

–微软过程MSF （ Microsoft Solution Framework ）

案例三：微软公司的可行性研究（续）

• MSF发展历史– MSF，即 Microsoft Solution Framework，也就是微软推荐的做软件的方法。– MSF的理念：不是要更多的技术，而是要把技术，人和过程结合起来– 1994 年，微软在总结了开发经验和教训以及微软咨询服务的业务经验后，推出了Microsoft 解决方案框架Microsoft Solution Framework（MSF）。当时的MSF 只是这些经验和教训的松散集合。

– 在以后的几年中，MSF进一步吸收了微软各个部门和微软的合作伙伴在实际项目中的经验。

– 在 2002 年，随着 Visual Studio.Net的发布，微软发布了一系列关于 MSF 3.0的白皮书，针对MSF 3.0的大规模培训也在中国开始举办。

– 2006 年，MSF 4.0 随着 Visual Studio Team Foundation 2005发布。它增加了不少敏捷开发的内容，并且明确描述了团队协作的典型流程和在新的团队协作软件包 VSTS 中的应用。


•在其具有自身特色的软件开发周期中分为以下几个阶段

• 规划阶段▫ 开展市场调查研究，结合公司战略形成产品的远景目标。

• 设计阶段▫ 根据产品的远景目标，完成软件的功能规格说明和总体设计，并确定产

品开发的主要进度。• 开发阶段

▫ 整个开发任务划分成若干个递进的阶段，并设置成M1、M2、……、Mn等内部里程碑，在每个里程碑都提交阶段性的工作成果。

• 稳定阶段▫ 实行全面的内部和外部测试，最终形成可发布的 RTM版本。

• 发布阶段▫ 在确认产品质量符合发布标准之后，发布产品及其相关的消息。


• Microsoft在规划阶段必须做充足的市场调查，并结合公司的战略目标进行长远的规划。

• 基于市场分析和可用性研究的数据中，确定产品的用户群，对典型的用户个体进行具体描述。进行充分的调研工作，分析产品的可行性。

案例四：中石油东方地球物理公司企业门户部署

•" 利用 Oracle 10g数据库和 Oracle 10g应用服务器平台，我们部署了企业门户，　 Oracle产品采用的网格技术使我们能够在低成本的 Linux 服务器上部署企业门户系统，获得我们所需要的性能，同时实现了可伸缩性、可用性及在当今的竞争环境下尤其重要的经济性。企业门户系统使得公司的各层管理人员都可以通过统一的办公平台，方便地获取公司数据资料，及时、高效地处理日常办公业务和获取各类决策信息。为东方公司顺利推动＇数字化＇战略提供了重要基础。 "

——中国石油集团东方地球物理公司副总经理夏义平

案例四：中石油东方地球物理公司企业门户部署（续）

• 中国石油集团东方地球物理公司 (以下简称：东方公司 )是一个以石油地球物理勘探为龙头，集物探主业、公共事业、多元开发、旅游接待于一体的跨国经营企业，它在世界上极难接近的角落成功地实施了地球勘探项目，包括缅甸的丛林地带和北非的沙漠地区。总部位于中国河北省涿州市，拥有多家全球著名的石油公司客户。


• 2003 年，东方公司开始利用 Oracle9i Application Server 部署企业门户系统，以企业门户系统作为个各分散的应用系统的单一入口。该门户系统的应用服务器和数据库服务器等全部运行在一台 4 CPU的高端SMP 服务器上，随着业务发展和信息化建设的深入，原有的基础架构在安全性、稳定性及性能和功能等方面已经成为无法满足东方公司的需求。


• 东方公司决定升级原有的 IT基础架构，部署一个安全、稳定、高效、可扩展的平台，并以此为基础，加强整个企业信息系统可靠性和可用性，进而提升企业的核心竞争力。


•东方公司在为其企业门户系统部署 IT基础架构时，面临如下三个方面的挑战：

•一、保障门户系统的安全性和稳定性▫东方公司的门户系统为公司的各个业务系统 -包括办公自动化系统、电子邮件系统、 Oilasp( 软件共享中心 )、 EPBank(石油数据中心 )、 ERP等系统 -提供单一的入口，用户输入一次用户名和口令，登录企业门户系统之后，就可以根据权限获得各种相关信息，用户不需要了解信息是来自 ERP系统、OA系统还是人力资源管理系统，或者是来自外部网站。只要通过企业门户系统就可以轻松访问到所需要的信息，全面提高了企业信息获取和共享效率。


▫这种单一的入口给用户提供了极大方便的同时，也向IT基础架构的可用性提出了极高要求，如果门户系统发生故障而停止服务，整个公司的信息系统就将瘫痪。

▫为了保障门户系统始终可用，新的 IT基础架构硬件方面需要采用服务器集群等技术保证系统的高可用性，在软件方面则需要数据库和应用服务器等软件有良好的可管理性和可维护性，具备自动管理的特性，从而简化门户系统管理的复杂程度，降低管理员的工作量，提高工作效率。极大限度地减少因系统管理和人为错误造成的停机，提高整个系统的安全性和稳定性。


• 二、实现快速部署，降低迁移成本–作为东方公司任务关键系统，门户系统停止服务就意味着整个公司的信息系统的停顿，因此东方公司的新系统必须得到快速部署，极大限度减少了由于系统迁移而造成的停机时间，降低了由系统迁移带来的直接和间接成本。


– 由于东方公司的原来门户系统是运行在单台服务器上的，为了提高系统的可靠性和可用性，新的 IT基础架构势必考虑采用集群等高可用性技术，同时门户系统中许多有需要管理的资源，其中包括服务器、存储器、数据库服务器、应用服务器、企业应用程序以及像目录服务、安全性和身份管理服务这样的系统服务等，如果将管理着众多资源的门户系统与其它厂商的集群和存储管理系统进行集成，无疑是非常复杂的工作。在这种情况下，东方公司的门户系统从旧系统向新系统迁移成为了一种艰巨的挑战。


•三、降低系统升级以及未来扩展的成本▫东方公司要求门户系统是始终可用的。这种高可用性的要求如果通过传统的高端 SMP 服务器来满足，其成本是本次升级所难以承受的，　在目前计算量需求较少的情况下，还将造成极大的计算资源浪费。

▫另一方面，使用传统的高端　 SMP 服务器还会使今后的扩展能力受到限制，因为传统的垂直扩展是通过向服务器上增加更多的 CPU和内存来实现的，而这种扩展往往因为系统体系结构的限制，使得实际处理能力和性能的提高不够理想，同时服务器也不能无限扩展 CPU和内存的数量。


•在这种情况下，即使东方公司现在为门户系统的硬件和软件投入大量资金，这些投资在今后的扩展和升级中也很难得到有效保护。为了应对这一挑战，东方公司需要部署低成本的、具备很强的可扩展性和可伸缩性的 IT基础架构，使公司可以从低起点开始，随着计算量需求的提高来方便地增加服务器。在大幅度降低本次升级成本的同时，为今后系统扩展和升级提供灵活的架构，保护硬件、软件等方面的投资，有效降低未来系统扩展的成本。


•解决方案•经过多方比较和论证，东方公司决定采用 Oracle网格计算架构解决面临的种种问题。▫2005 年，东方公司开始启动门户系统升级改造项目，

利用 Oracle 10g数据库和 Oracle 10g应用服务器一起提供的完整的网格基础架构，由 6台 DELL PC Linux 服务器和相应的存储系统组成的集群系统，代替了原来一台 4 CPU的高端 SMP 服务器，多台 (第一阶段为两台 ) 服务器联合在一起构成一个高可用的数据库网格， 1台负载均衡服务器， 3台应用服务器通过 Oracle应用服务器的集群技术组成了的高可用的应用网格计算环境。


–计算网格中任何一台服务器发生故障，它上面的应用都可以自动切换到网格中另外的服务器上，用户甚至感觉不到故障的发生。只要集群中还有一台服务器工作，系统就不会停止服务，为东方公司门户系统的 24×7 高可靠性运行提供了有力的保障。

– Oracle 10g数据库和 Oracle 10g应用服务器功能强大的管理工具和新的自我管理功能，可以帮助管理人员进行安全控制、数据备份、空间管理、性能监控调整等日常管理工作，并可以实现数据库的自动管理。


▫通过将 Oracle应用服务器 10g和 Oracle 企业管理器10g的网格控制集成在一起，实现了多服务器的统一监控与管理，　不仅大大减轻了管理负担，也为提高门户系统的安全性和稳定性起到了显著的作用。

▫利用 Oracle 10g数据库和 Oracle 10g应用服务器提供的网格基础架构，东方公司的门户系统由原来部署在一台 4 CPU的高端 SMP 服务器上，改为部署在多台服务器集群上，管理人员可以先对集群中的一个节点进行维护操作，然后再维护另一个节点，在此过程中，系统能够正常对外提供服务，这大大提高了系统的可维护性，使门户系统的 24×7可靠运行成为可能。

http://www.cioage.com/middleware/


– 利用 Oracle10g RAC 已经集成的集群管理软件Oracle Cluster Ready Service(CRS)和共享存储设备管理软件 Oracle Automatic Storage Management(ASM)，东方公司在门户系统升级改造中，没有专门采购硬件厂商或第三方的集群管理软件及共享逻辑卷管理软件，在硬件满足集群处理的条件后，就直接进行了安装和配置集群数据库软件，迅速搭建起网格数据库和应用服务器的基础环境。


– 利用 Oracle网格计算架构，门户系统升级到集群环境中时，几乎不需要更改应用，从旧系统往新系统迁移的过程变得简单便捷，不仅使新系统得到快速部署，也大大减少了由于系统迁移而造成的停机时间。


▫利用 Oracle 10g数据库和 Oracle 10g应用服务器提供的网格基础架构，东方公司用低成本 PC Linux 服务器和相应的存储系统组成的集群系统代替了原来昂贵的SMP 服务器， Oracle的网格集群和动态负载管理器使每台服务器都可以实现业务压力的均衡负载，所有的访问请求都会按照当前集群中各服务器节点上 CPU的繁忙程度进行自动的业务压力分配，使门户系统运行系统可以承担更多的用户并发访问。在某些业务突然激增的情况下，系统的高可靠和高可用性也可以到保证，不仅使东方公司拥有了最大的门户可用性，也使系统中的服务器资源的到了充分利用，从而大幅度降低了硬件成本。


• 在软件方面，由于 Oracle 10g 已经集成了集群管理软件和共享存储设备管理软件，东方公司在门户系统升级改造中，无须采购硬件厂商或第三方的集群管理软件及存储管理软件，这有效地降低了软件采购和维护的成本，获得了性能、稳定性和成本的最好平衡。


• Oracle网格计算架构同时还为系统提供了很强的可扩展性和可伸缩性，为系统的扩展提供了更大的灵活性，可以通过在集群中增加服务器个数的水平扩展方法，来实现业务处理能力和性能的进一步提高。实现了大幅度降低本次升级的成本的同时，有效地保护硬件、软件等方面的投资，降低未来的升级成本。


• 应用效益• 利用 Oracle 10g数据库和 Oracle 10g应用服务器升级改造项目已经给东方公司带来显著的应用效益。

• 首先，消除了门户系统计划内和计划外的停机，改造前的门户系统几乎每星期都必须进行系统重新启动，自从将门户系统在新的 IT基础架构运行以来，从未进行过系统重新启动，显著降低运营和管理成本，提高了公司信息系统的运行效率。


•第二、新系统得到快速部署，降低了由系统迁移带来的直接和间接成本：门户系统从旧系统向新系统迁移的工作在一周内就完成了，由于系统迁移而造成的停机时间不到两个小时。

•第三，大幅度降低了升级改造项目的硬件、软件等方面的成本，目前门户系统所使用的 DELL PC Linux 服务器 6台价格总和仅仅相当于原来的高端 SMP 服务器一台价格的 45%。在软件方面，利用 Oracle 10g 已经集成的集群管理软件和共享存储设备管理软件，不仅有效地降低了软件采购成本，还使得项目实施和以后的系统维护成本得以大大降低。


• 其四，东方公司的门户系统此次成功迁移到非常经济的 PC Linux 服务器上，使得大型的企业级系统能够以经济的服务器环境来运行，根据企业计算的需求变化，可以方便地增减服务器和存储模块来扩展其硬件环境。在简化系统管理，节省人力成本的同时，有效地避免了系统调整和扩展时代价高昂的硬件更换成本。


• 正是由于严格规范的项目论证和有效的项目实施，使得东方公司的此次系统升级项目给公司带来了巨大的收益。

案例五：不容忽视的项目启动阶段

•小杨在一家很不错的软件公司工作了三年了，一直春风得意，可是最近心里却颇为烦恼。公司老总刚签来一笔上百万元的订单，对方也算是老总的朋友，由于双方老总都比较熟了，过程显得非常的简单，只是都希望项目尽快启动，在签合同时也就没有举行正式的签字仪式等活动。合同签完后，公司老总就制定比较信任的小杨及其他几名员工组成了项目组，由小杨担任项目经理。老总把小杨又引见给客户老总，客户老总在自己公司马上安排了一间办公室给他们用，一切看起来都很顺利并且迅速。

案例五：不容忽视的项目启动阶段（续）

•小杨认为这又是一个大显身手的机会到来了，工作加倍努力，有什么事都与客户老总及时沟通。可客户老总很忙，经常不在公司。小杨就去找其他部门的负责人，可他们不是推托说做不了主，就是说此事与他无关，有的甚至说根本就不知道这事儿。问题得不到及时解决不说，很多手续也没人签字。项目组内部问题也不少，有的程序员多次越过小杨直接向老板请示问题；几个程序员编的软件界面不统一；项目支出的每笔费用，财务部都要求小杨找老总签字。小杨于是频繁打电话给老总，其他人心里想，小杨怎么老是拿老总来压人。后来，小杨与项目组其他人员和财务部的人员产生了不少摩擦，小杨的老总也开始怀疑小杨的工作能力了，最近刚找他谈过一次话，小杨感到特别委屈。


•很多项目经理都亲身经历过，尤其是刚刚开始做行业客户的公司，往往是公司的老板和客户单位的某个主管关系不错或业务人员关系做得很到位，公司老板希望赶紧做完项目，因此，常常跳过项目启动环节，直接指令项目经理进入实施阶段。结果项目刚开始就麻烦不断。正所谓“良好的开始是成功的一半”，做项目启动是为了形成一个良好的沟通体系，让所有与项目相关的人都理解项目的重要性，同时形成一个由双方老总、项目负责人和项目组成员所构成的三级沟通体系，确保项目管理的畅通。


•启动阶段是正式认可一个新项目的存在，或者是对一个已经存的项目让其继续进行下一阶段工作的过程。项目经理在接受委托之后，准备启动项目之前，必须搞清楚项目涉及的各方面内容。项目有多个方面，包括范围、费用、时间、质量、风险、人力资源、沟通、采购等等。可以把这些不同的方面称为项目变数、项目变量或项目参数。有些项目的发起人或委托人往往对项目的许多方面并不是很清楚，只有一个模糊的概念，尤其是一些高科技项目。如果项目由多个人或组织发起，问题可能会更严重。他们对于项目的目的、内容、范围和行动方案的认识在大多数情况下并不一致甚至存在矛盾。所以项目经理在项目启动时一定要负责统一他们的认识，有效规避缺乏共识和项目驱动力的风险，否则无法顺利启动，如果勉强启动，必然会在项目进行过程中出乱子。


• 项目启动会：万里长征第一步• 通过召开项目启动会来明确项目实施的意义，说明项目实施成功的关键因素，确定双方的职责是一个行之有效的办法。项目启动会可以根据项目的具体情况来灵活选择规模、方式、内容，例如进行正式的项目签字仪式、项目动员大会等，类似于行军打仗前进行的誓师活动。


•很多项目都涉及到用户业务应用的软件开发，在实施中要跟用户的各个层面打交道，但现实往往是用户单位的员工根本不了解 IT 公司在给自己的企业做什么，因此，签合同时有必要召开一个正式的仪式，向双方员工传递项目的信息，激发公司全体员工对项目的热情。 IT 公司老总、项目负责人、开发人员、施工人员和用户方的领导、项目协调人、相关部门人员聚在一起，让大家知道双方的合作正式开始。仪式上，双方领导要讲话，特别是用户方的领导要强调项目的意义。


•联想集团公司在上 ERP项目时就专门召开了全体员工誓师大会，柳传志亲自到会讲话，把 ERP项目摆到关乎企业生死存亡的高度，并亲手将一面大旗授予 ERP项目的负责人。柳传志还在会上说，有人说现在上 ERP是找死，但现在不上那就是等死，我们与其在这里等死，为什么不去拼搏一把呢？后来的事实证明，这不仅极大地鼓舞了项目组成员的斗志，同时也使全体员工明白这不仅仅是信息部门的事，而是公司从上到下都要关心的事。


• 通过项目启动仪式，双方要组成项目管理班子，成立项目指挥部或项目管理委员会等机构，由双方总经理牵头，项目负责人为执行人，日常联系由双方指定人员。

案例六：如何能够保证产品成功•虽然当前的产品能取得大量收入，但据分析一年后收入

将逐渐减少——这段时间正好可以用来进行新产品的开发。营销部门想要开发新的软件产品，并巴不得开发人员立刻实施。开发人员对开发新软件也很有热情。开发新的软件产品总比旧软件的“维护”工作要有趣得多。营销人员同开发人员一同开会准备推出新产品。会上，大多数开发人员立刻接受了营销人员的想法，认为新产品会带来预期的销售收入。但是一位叫做 Larry Whittington的软件开发人员发出了不同的声音：“新产品要解决什么问题呢？”

案例六：如何能够保证产品成功（续）

• “这样的问题很奇怪。新产品将提高客户的生产率并降低整体费用。”“你能更直接一些吗？能否举例说明这是如何发生的吗？你们是否同某些客户接触过，并得到新产品能产生如你们所希望效果的确认？”

• “我们没有做得如此具体，但基于我们以往的经验，我们有信心达到这样的目标。我们并不认为我们必须与潜在的客户交流，但无论如何，我们计划在产品开发过程中与潜在的客户进行交流。”


• “如果我们在产品几乎完工时才知道我们的产品并不能解决客户的问题成满足客户的需求怎么办呢？我们早先的产品已经发生过类似的问题，重新设计软件总是资时费力的。”

• “别这样悲观。照你的说法，我们就无法开发任何产品了。在商业上我们不得不冒险，我们知道客户需要什么，有时甚至连他们自己也不了解自己要什么。”


• Whittington退缩了，他无法从其他人那里得到支持。他开始考虑自己是不是错误地理解了客户的问题和需要。毕竟，营销人员知道得最多。


•几个星期过去了，人们开始讨论产品目标。新产品有许多“花哨’的功能，看上去能吸引许多客户。开发人员为这些软件功能而感到沾沾自喜。开发目标仅进行了细微的修改就获得了通过。Whittington建议营销人员让若干预期客户确认开发目标是否满足自身需要，但是营销人员拒绝了，他们解释说这些任务是他们的可选工作。“相信我们”，一个营销代表说，“我们了解客户，他们会喜欢这些产品的。”


• 六个星期过去了，产品特性完成了正等待着审核。营销人员又对开发目标进行了一些较大的改动。Whittington建议在让客户审核前不要进行改动，这样做可能会导致今后返工时增加时间和成本开销。尽管一些开发人员开始赞同他的想法，但是他再一次无法得到他人的支持。负责项目开发的领导同意对产品规格进行变更。


• 几个星期以后，产品规格得到了升级并等待着批准。由于在复审草案中已经涵盖了大量的变更，所以复审人员仅仅提出只需要再进行若干细微的变动，这促使产品规格得以通过。但在复审会上，Whittington再次试图建设营销人员把产品规格提交给潜在客户进行反馈，但营销人员则要求立刻进行开发。Whittington辩解说：“我们现在对项目的时间安排非常主动，我们仍然有好几个月可以等待用户反馈，但是如果在开发基本完成时发现客户反馈意见表明我们需要对产品进行大的改动，那我们将不得不加班工作并牺牲大量的休假时间，更不用说丧失公司收入和利润了。”为了减少项目开发人员将来可能花费的时间和精力，Whittington开始寻求其他人的支持，而营销人员也同意去“找”一些反债。


• 几个月过去了。开发人员严格按照进度进行开发，有时也需要加班。在每周的例会上，Whittington要求营销人员获取客户的反馈并保证这是他们所“真正”需要的产品。营销人员则表示他们目前还没有挤出时间，但愿意在几个星期之后着手这方面的工作。Whittington把这些情况记录下来，并每周为开发目标设定一个截止日。大家都同意这么做，由此可以对“问题”进行跟踪调查。


• 更多的时间过去了，开发小组完成了对新产品的设计、编码和测试。现在正由一些独立的开发人员进行测试。如果一切正常，预计在三个月后产品将和用户见面。项目领导现在同意公布新产品并与预期客户对话。


•营销人员的“行动”是什么呢？他们根本就从未认真考虑过有关反馈问题。他们总是在忙着准备新产品的发布会。Whittington对营销人员的批评逐步升级，指责他们没有从客户获得反馈意见，但得到的答案是“我们现在忙着发布新产品，即使我们的确听到客户要求改变产品的声音，我们也没有时间来整理需求。”这样的回答让Whittington感到他们缺乏市场判断力，但这是最终的答复。


• 测试终于完成了，产品可以提供给客户了。项目开发人员对自己所做的努力感到自豪，在过去的六个月里，他们的工作量超出了30％。大多数人认为加班是“正常”的。许多人准备在下一个项目开始前抓紧时间休假。


• 然而，在新产品上市的前三个月，现实情况是销售收入只有预期的 30％，客户认为新产品在解决基本问题方面存在缺陷，没有满足他们的要求。虽然许多顾客评价该产品很有潜力，但大多数人在产品进行大的修改之前无法使用。结果，开发人员不得不对新产品进行 “修补”。他们心里一直期望产品能够吸引更多客户的愿望没有实现，相反还要增加“修补”工作。


• 新产品上市六个月后，销售收入一直徘徊在预期值的 25％左右。“修补”工作一直在进行并且看起来在未来三到四月之内不会结束。由于公司曾指望该产品获得成功，现在则不得不减少开销来弥补收入损失。减少开销的部分措施是裁员 20％。遗憾的是，一直强硬拒绝与客户进行交流的项目领导没有被解雇。


• Whittington离开了这个公司。他对一个又一个项目发生同样的问题感到沮丧，看来这些问题需要制度来解决。现在他开始为以前一个竞争对手公司工作，他希望通过与客户的紧密合作来开发行业内的最佳产品。

• 只有正确识别干系人并认真沟通，才能真正满足干系人的需求，从而启动一个正确的项目。

第四章 it 项目决策管理实务

Documents