项目管理的基本流程与要点，项目管理

项目管理的基本流程与要点篇1

　　根据客户服务中心2010年深度运营的发展要求，需要大力提高工作的效率及有效性，其中项目管理作为我中心的重点工作之一，涉及的覆盖面较广，为规范中心项目管理工作，本着“以客户为中心、以目标为导向、以计划为基础”的理念，特编制该建议书，优化项目管理流程，明确相关部门在项目立项、项目审批、项目谈判、物资采购、物资入库及出库、项目实施、项目监控等环节中的职责，实现项目管理的“程序化、动态化、体系化、可视化”，进一步加强项目成员的责任感，提高工作效率，提高项目实施的有效性，维护公司的合法利益。

　　　　一、项目主流程：

　　　　二、项目流程说明

　　　　1、项目可行性研究。

　　（1）概念定义：在投资项目建设前期，通过对项目相关“市场”、“资源”、“技术”、“社会”等方面的问题，进行全面的分析、论证、评价，从而决定投资项目“可行”或者“不可行”，并且在可行的几个投资方案中如何“选择最优方案”。

　　（2）考虑要素：

　　a、符合国家宏观经济调控的方针政策和法律。

　　b、市场预测。

　　c、技术把关。

　　d、资源储备。

　　（3）适用范围：各需求室经理、项目负责人对项目的立项考察，杜绝不合适的项目立项。对于10万元以上项目希望提出可行性研究报告。

　　　　2、项目团队的建设。

　　（1）项目经理的选择标准：从知识、能力、品格三方面进行衡量，具体可从以下三个方面考察。

　　a、调查候选人与项目环境相关的资质：知识储备、相关的技术、市场和客户参与、产品应用。

　　b、调查领导能力、技术专业知识、计划和控制、管理技能等。

　　c、调查所需的项目管理技能。

　　（2）适用范围：各需求室经理由此选择合适的项目负责人人选，保证项目的顺利实施，“合适的人干适合的事”。

　　　　3、供应商选择的标准

　　　　4、招标工作流程。

　　（1）招标人成立招标机构、确定招标方式；

　　（2）招标人编制投标资格预审文件和招标文件；

　　（3）发布招标信息（招标公告或投标邀请书）；

　　（4）发售资格预审文件；

　　（5）按规定日期接受潜在投标人发售招标文件，并按规定将招标文件向行政主管部门备案；

　　（6）组织购买招标文件的潜在投标人现场勘察，召开标前会答疑；

　　（7）在规定时间和地点，接受投标人的投标文件；

　　（8）组织开标会；

　　（9）组建评标委员会评标，评标委员会委员在中标结果确定前保密；

　　（10）在评标委员会推荐的中标候选人员中，确定中标人；

　　（11）向行政主管部门提交招标投标情况的书面情况；

　　（12）发中标通知书，并将中标结果通知所有投标人；

　　（13）进行合同谈判，并与中标人订立书面合同。

　　　　5、项目需求书及项目请示书写规范。（范文见附件一，备注：各室以word形式报送综合管理室审阅和存档）

　　（1）引言：对全篇项目需求书做一个大纲性统筹，简要介绍该需求书的目的。

　　（2）活动背景：包括市场状况；所遇问题；过往经验；项目的必要性。

　　（3）活动方案：包括时间、内容、风险控制、保障措施等。

　　（4）可行性研究及效果分析。

　　（5）成本预算：包括预算依据，费用列支项目等。

　　　　6、评审准备

　　（1）准备评标时间和场所，随机抽取评审委员。（严格保密状态）

　　①时间：每周三下午三点，其他时间不安排选型会议。

　　②地点：暂定长训楼三楼图书室，如需进行项目展示，请申请培训室进行。

　　③评选委员：按照《关于成立客户服务(东莞)中心选型、采购竞赛评选委员会成员分类库的通知》要求具体执行。

　　评选委员专家库：根据项目的大小、评选委员的专业方向建设，具体安排如下：

　　a、按照项目费用标准划分：项目总费用在50万元及以上，评选委员人选在室经理以上人员中抽取；项目总费用在50万元以下，评选委员在所有人员中抽签决定。

　　b、按照项目属性划分：（选择其中一人作为项目专家参加）

　　综合类项目：

　　业务类项目：

　　培训类项目：

　　体验类项目：

　　宣传类项目：

　　基础管理类项目：

　　（2）项目经理须让评标委员会成员知悉招标情况。

　　a、招标的目标；

　　b、招标项目的范围和性质；

　　c、招标文件中规定的主要技术要求、标准和商务条款；

　　d、招标文件中规定评标标准、评标方法和在评标过程当中考虑的相关因素。具体而言比如各供应商的背景资料、过往经验、时间进度、产品质量、费用控制；我中心的需求、所要达到的目标；风险控制，出现纠纷如何解决等。

　　（3）制定评标细则。（范例见附件三和附件四）

　　参照选型评分表，根据项目细项进行修改和分数调整；参加选型会时需提供5份打分表和1份汇总表，请注意打分表和汇总表的题目及监督员的编制。

　　　　7、详细评审。

　　（1）商务评审内容：

　　①将投标报价与标底价进行对比分析，评价该报价是否可靠合理。

　　②投标价构成和水平是否合理，有无严重不平衡报价。

项目管理的基本流程与要点篇2

　　最近1年来，有不少熟识的朋友在考虑从传统领域切入到互联网，或者说是放弃了传统的生意，而转型到互联网方面开始新的创业，他们希望能在互联网上创立新的事业和新的高度。

　　但是，在他们印象里，互联网是一个比较笼统和模糊的的概念，特别是作为第四媒体的互联网媒体方面，从项目立项到技术开发，再到后面的运营推广，这些流程问题，对于他们来说是非常陌生的。

　　所以在这里，我以自己这几年来积累的一些项目经历和经验，做下流程概述，希望能起到抛砖引玉的效果，同时也为这些朋友的创业起到参考作用。

　　　　一，初步立项：

　　在立项前我增加了“初步立项”这一步骤，是为了说明：有些老板在“想做”和“何时做”之间，总是处于一种徘徊状态，而这个徘徊期往往不短，结果很可能会错失掉好的时机……

　　换句话说，也就是优柔寡断、犹豫不决。

　　这个阶段主要涉及到的人员有：老板 决策团队

　　这个阶段的结束标志是：做 or 不做 (做的话，继续向下)

　　　　二， 正式立项：

　　到了这一步，我们可以就这个项目可以开始具体的工作开展了。

　　这个阶段，应该完成下面几个方面的方案：

　　1，产品定位与产品创意：（目标用户群体）

　　2，运营目标：(在互联网方面一般会用IP和PV以及用户数、浏览数等来数字化考核)

　　3，预算投入：（有多少钱才能办多少事）

　　4，运营方式/成本：(运营、运维、更新、推广、审核 等。成本)

　　5，盈利模式：（目前国内网站盈利模式普遍不清晰，但，总得有个大致方向）

　　其中，1和2是方向性问题，决定了你这个项目该向哪个方向去努力。3是资源性问题，4是操作层面和后续发展的问题，在立项时也必须要考虑到。

　　当然第5点的盈利模式也很重要，不过对于大多数互联网企业来说，盈利模式是在网站发展过程中摸索出来的，而不是一开始就能确定的（例如现在的视频分享网站，盈利模式都还处于探索中）。

　　另外，预算投入是整个项目的前提。作为老板和项目主管，你必须要知道手里的钱，能够支持你把这个项目做多久？做到什么程度？也就是我们常说的“成本预算”及“目标设定”

　　这个阶段主要涉及到的人员有：老板 决策团队 运营主管(coo)

　　这个阶段的结束标志是：“网站整体策划”通过认可。 (做的话，继续向下)

　　　　三，开始实施：

　　进行到这一步，就需要确定各职能部门人员了。有些懂技术的老板会亲自带队，而有些对互联网不太懂的老板会聘请首席运营官（coo）来负责这个项目的整理管理。

　　在这个阶段，一般由运营主管(coo)来负责招聘到以下人员：

　　1，策划（或产品）经理：主要是将项目主管和老板的大想法落实到细节部分的团队。如果项目主管是负责大脑的设计师，那么，策划产品团队就是负责整个网站神经系统的设计师。

　　2，开发部经理：负责网站核心架构的搭建，并带来团队进行产品的功能性开发。

　　3，设计部经理：负责网站相关的设计。

　　4，推广部经理：负责网站对外市场开拓。

　　5，编辑部：网站的更新、维护等日常运营功能。

　　在人员配置初步阶段，最好是先将各部门经理先招聘到位，然后再由各部门主管根据自己负责的工作范围，配置人员及协调项目时间和进度。

　　另外在很多情况下：

　　1，1和5这2个部门是同属于一个团队的（运营部），不光负责网站前期的策划，中期的项目协调，还要负责网站上线后的日常运营工作。而且这个工作是光荣而艰巨的（“光荣在于平淡，艰巨在于漫长”）。

　　但是目前有很多公司，会专门设立产品部，来负责新产品的策划和开发，但是，往往是在开发完毕后，丢给(编辑)运营人员去运营。这样往往导致了很多不错的产品由于各种原因在推出后达不到预期的效果。

　　2，2和3一般情况下会整合为技术部。再加上负责服务器这边的运维部，一般由CTO来管理。

　　3，推广部一般会成立一个独立的小团队来开展工作，但是一般也是由COO直接领导的。

　　这个阶段主要涉及到的人员有：运营主管(coo) 各部门主管

　　这个阶段的结束标志是：各部门主管人员到岗

　　　　四，产品原型：

　　原型设计：这主要是产品团队人员的事情了。在充分理解老板和coo的前提下，按照“网站整体策划”方案开展网站产品的细化工作。并在规定时间内完成原型设计。

　　原型设计一般会经历多次提案多次修改的过程。主要是将早期的“网站整体策划”中的各种文字描述具体细化成成品网站的一个过程。

　　这个阶段的结束标志是：“产品原型”获得通过

　　　　五，开发 设计阶段：

　　到了这一部，一般由COO控制整个项目的进度，各产品经理负责自己范围内产品的进度。设计和开发部经理配合协调，安排人力进行项目的具体设计和开发工作。具体过程就不多讲了。

　　其它部门：例如推广部、编辑部、客服部 等等运营人员会开始做网站上线前期的准备。

　　这个阶段主要涉及到的人员有：运营主管(coo) 设计开发部门 策划产品团队

　　这个阶段的结束标志是：产品的设计及开发完成程度，达到了产品策划团队的要求。

　　　　六，内测：

　　这个阶段基本上是策划、开发、设计都基本上收工了，这个时候需要以运营团队为主、其它人员为辅，来进行网站的内部测试和内容填充等完善工作了。

　　这个阶段主要涉及到的人员有：团队所有人员

　　这个阶段的结束标志是：满足“网站整体策划”和“原型设计”的要求，达到上线标准。

　　　　七，公测/运营（推出）：

　　到了这步，网站已经上线了。

　　这段时间主要工作是：处理bug，优化功能，内容填充 等。

　　　　八，运营：

　　舞台已经搭好，该轮到以(coo)运营团队为主的角色们来唱戏了。技术团队退后做日常维护工作。

　　　　九， 结果：

　　作为一个互联网企业，其结果无非也就以下几种方式：

　　1，自力更生，做强做大。

　　2，找风投。拿出部分股权换取风投资金，让自己前期的投入得以套了现。

　　3，被收购。拿出大部分股权换取资金，带着利润套了现。

　　4，上市。路漫漫其修远。

项目管理的基本流程与要点篇3

　　“项目”是一个可大可小的词，它可能是一项相当简单的活动，比如为办公楼所有的接待员配上新的个人电脑，也可能是一项很复杂的冒险活动，例如开发系统软件或进 行系统升级，或者是一项有意义的庞大任务，如全公司采用ERP。一个项目可能只有一个员工或者由来自不同公司的几十人组成的团队。它可能是高科技含量的，也可能根本就不含任何技术。作为一位IT经理，你的生活很可能被项目包围虽然项目管理是一门复杂规范的管理科学(尽管有时它像一门艺术而不是科学)，但你不需要所有的复杂的和规范的程序来运行一个成功的项目。

　　下面的三个规律也许没有道理可讲，但是它们常常被证明是正确的：

　　①没有一个重要项目是按时、在预算内或者由启动者来完成的。

　　②项目在完成95%之前进展迅速，之后毫无进展。

　　③当事事进展顺利时，将会有问题出现。

　　根据这三个不是规律的规律，我们可以得出这样两个推论。推论一：当事情不能再糟糕时，将有转机。推论二：当事情顺利时，是因为你忽视了某些问题。

　　　　项目管理的要点

　　项目管理(PM)成为一项正式学科并在今天的公司生活中广泛存在。

　　一个项目有5个要点需要你回答：目标、项目团队的成员、时间、花费和公司里谁将支持它。

　　项目的大小和范围有很大的不同，并且它们可能在人们毫无知觉的情况下启动，可能没有正式的要求，没有特定的预算，只有大概的完成日期。另一方面，要求、预算、完成日期可能是完全确定的。

　　作为一位项目经理最重要的任务是详细说明一个清楚的项目目标(或一系列目标)。在首先确认目标之前不要做任何事，让团队成员和项目赞助者一致同意项目的目标，并把它写下来。

　　然后，为你的项目争取帮助和赞助，你不能独自一人做项目，你需要其他人的帮忙，可能是公司其他部门的人。

　　在详细说明你的目标之后，你还需要详细解释达到目标需要的步骤，这些步骤被称为里程碑。

　　根据这些要点，你有5个关键问题需要得到答案：

　　①项目的目标是什么？

　　②谁将是帮助我完成这个目标的项目团队成员？

　　③项目需要花多长时间完成？

　　④项目将要花多少钱？

　　⑤其他还有谁会支持这个项目？

　　想清这些问题后，就可以进入启动项目阶段了。

　　　　1、如何启动一个典型项目

　　最初项目可能缺乏细节，没有花费、时间进度或所需资源的架构。事实上，当这些问题数字化时，项目已经被扼杀了，因为它花的时间太长了，要用太多的钱，或者需要很多员工。

　　而一旦你有一个项目需要管理，不管你自己做或给别人来做，你的工作是好好管理它。显然，不同规模的项目不能使用同样的方法管理。在这里，我们假定我们有一个10人左右的项目团队，项目将需要4～5个月时间。

　　首先我们需要明确定义项目目标，因为这样我们可以把目标作为成果，它将标志着我们的项目已经成功完成。项目的目标必须具有以下几个重要特征：

　　明确定义。

　　项目相关重要人员一致同意(这个团队可以包括那些不直接参与项目的人)。

　　记录下来。

　　除了所考虑的其他问题，我们首先应当确定目标，让它一致通过，并记录在案。

　　认真把你的项目目标与公司总体目标相比较。最好不要把你的部门或你自己看成一个孤岛，而要把它看成组织的有机组成部分，使你的项目目标服从公司的总体目标。如果你的公司是汽车零配件商，你正要为公司安装一套新的电话升级系统，公司里的许多人会想，他们为什么必须帮助你，这项活动如何帮助他们。你需要明确答复这些问题。

　　在明确定义项目目标的同时，你需要认真考虑项目的正式赞助人。可能你的老板布置给你这个项目，你一定要清楚地告诉他你很快就需要他的帮助。如果你自己创 建这个项目，在清楚地勾勒出它的目标后，要清楚地计算出你将从公司的其他人那里能得到多少帮助。你的项目可能正是公司总裁或其他高级管理人员的得意项目，如果是这样的话，这样的赞助和支持能极大地帮助你消除障碍。

　　　　2、项目里程碑的重要性

　　当确定了项目目标后，下一步就是确定项目的里程碑了。我们要清楚地了解达到目标需要做哪些事，需要将目标分解成一个个里程碑。这里不需要分得太细，但是应该将项目分解，以便于思考我们的项目团队需要什么人，并且可能开始拟订一些远景规划，包括时间进度、花费和其他资源。

　　在你确定里程碑时，你也应当指出项目的风险，毕竟有一些事情可能会阻碍一个项目的成功，对于这些，你尽量预见到一些未知的风险。深入理解项目这个概念，因为 你和你的团队成员完全可能同时卷入几个项目，每一个规模都不同，每一个都在其周期的不同点，并且每一个都在争资源，包括你的时间。

　　假如项目的目标是在公司的所有电脑上安装升级的微软Word软件，而你在一个400人的公司工作，你需要认真计划如何以及何时来完成这项任务。尽管部门以 外的某些人认为这是一项简单的任务，但任何有IT经验的人都知道像这样的一个升级项目要花很多时间和精力。你不仅要协调公司范围内的Word的升级，你还 要对给一个服务器安装新的操作系统进行监督，还参与购买全公司的电话系统，并为跨部门组合的团队评估公司新的医疗福利体系。同时你工作的各个项目的每一位 成员也都在为其他更多的项目工作。

项目管理的基本流程与要点篇4

　　　　一、概述

　　项目策划的目的建立并维护用以定义项目活动的计划。

　　项目策划阶段的主要活动包括：确定项目目标和范围；定义项目阶段、里程碑；估算项目规模、成本、时间、资源；建立项目组织结构；项目工作结构分解；识别项目风险；制定项目综合计划。项目计划是提供执行及控制项目活动的基础，以完成对项目客户的承诺。

　　项目策划一般是在需求明确后制定的，项目策划是对项目进行全面的策划它的输出就是“项目综合计划”。

　　在笔者经历或者监管的很多项目中，发现一个规律掌握项目计划的项目经理在项目过程中管理会比较到位，而不掌握项目计划或者项目计划不到位的项目中我们的项目往往出现很多故事，项目管理往往是越管越乱。项目计划是帮组我们项目经理去理清项目的过程和各组织活动之间的关系，只有搞清楚这些，我们的项目才能被管理起来，否则我们不能谈项目管理，只能说我们在管着项目，但是还没有理清楚，结果则是什么也没有管到位。

　　　　二、确定项目范围

　　项目范围包括项目需求范围和项目工作范围，项目工作范围是为实现项目目标并使客户满意（有效地完成项目目标）而必须做的所有工作，它包括项目的最终产品或服务以及实现该产品或服务所需要做的各项具体工作；在《软件需求开发》中我已经说过了项目目标和需求范围的确认，本节内容是确认项目的工作范围。

　　项目工作范围的确定是为了有效地完成项目目标而界定的主要工作内容的活动，会将项目的可交付成果划分为可控的、易于管理的单元模块。

　　1、确定客户提供的工作产品

　　在确定项目范围的前，我们要与客户确认由客户提供的工作产品或资源，以及这些工作产品或资源的标准、提供时间、方式等信息。通过确认客户提供的工作产品我们可以界定项目中的哪部分工作是由客户完成，哪部分工作将要由项目组去实现。

　　2、确定交付给客户的工作产品

　　在确定项目范围的同时我们也要确认交付给客户的工作产品及资源，以及这些工作产品或资源的标准、交付时间、方式等信息。以确定该项目是否有额外的工作任务。

　　3、确定项目的工作范围

　　在项目中工作范围与软件生存阶段是基本对应的，项目工作范围可以理解为我们承担的主要开发阶段，一般的开发阶段有：概要设计、详细设计、编码、单元测试、产品集成、系统测试、验收交付、维护。

　　4、确定项目的质量目标

　　与客户确定我们软件需要达到的质量目标，在客户提出的质量目标中往往只有一些非功能需求的目标，大多与技术相关，而在项目开发过程中的质量目标可能客户不是很关心，涉及过程的质量目标大多也只有交付后的缺陷率。这个时候我们要结合公司的过程能力以及客户可能提出的质量目标进行能力匹配，并制定出项目的质量目标。过程能力匹配与分析以后单独进行说明。 过程能力即项目组执行项目活动的子过程能力。如，代码生产率（单位：KSL/人月），单元测试bug检出（个/KSL）等，这些过程能力都有一个中线，3σ上线以及3σ下线，过程能力是根据公司历史项目的数据依据“过程标准差”的方法统计分析得出。

　　5、建立WBS工作包

　　依据项目需求范围和项目工作范围，把需求作为横坐标工作阶段作为纵坐标，我们可以得到一个项目的基本任务的工作包，我们一般把这类工作包作为WBS工作包。在WBS中我们也要包含任务返工、项目管理类和项目支持类的工作包。

　　　　三、定义项目阶段、里程碑

　　我们定义了项目的目标和范围，并建立了WBS的工作包。那么我们如何实现项目的目标，首先我们应该是分解项目目标，一般我们把它分解为里程碑目标或阶段目标。

　　1、 确定项目的生命周期模型

　　项目生命周期各阶段的定义，依赖于需求的范围，项目资源的估计，以及项目的。本质。项目一般都包含多个阶段。软件项目阶段的决定，通常包含软体开发模式的选择与改进，以说明项目活动间的相互关系与适当次序。生命周期模型的一般有瀑布、原型＋瀑布、迭代、增量模型。

　　2、 选择生命周期模型的准则

　　A)瀑布模型

　　适用于新的有较多用户的产品、平台/中间件开发项目，或者是用户对开发过程有严格要求的工程定制项目 。充分理解用户需求，且需求是确定不变的。 用户有一定的能力，对需求的表述是确切的 。所有过程工作产品的控制基线，需要有可见度和可靠性 。

　　B)原型＋瀑布模型

　　新领域的应用项目的开发：如企业应用系统开发项目等。项目包含一种新技术，例：新硬件、新的系统架构等。 需求不很清楚。 存在关于性能、可靠性和可行性的主要的、未解决的问题。 用户界面对系统成功是很关键的，但不很清楚。

　　C)迭代模型

　　新领域、新技术的研发项目 。规模较大的项目或产品 。 需求的清晰度低，且需要进一步的调查。技术或体系结构方面的知识匮乏。

　　3、 定义项目的阶段

　　我们依据以确定的生命周期模型定义项目阶段，在定义阶段的时候需要明确每个阶段的输入、输入、目标及主要工作。

　　定义项目阶段主要是对输入、输出以及工作量、规模、质量目标偏差控制范围的定义，我们一般定义输入工作产品的标准、要达到的质量目标，输出工作产品的标准，要达到的质量目标。阶段工作产品的工作量、规模以及质量目标的偏差控制范围，每个步骤的细节执行方式及这些细节活动的检查方法。如果阶段和里程碑时间点一致，可以与里程碑一起判断阶段目标的达成。

　　4、 定义项目的里程碑

　　在瀑布模型和增量模型的阶段就是我们说的需求开发、概要设计、详细设计、编码、单元测试、产品集成、系统测试、验收交付、维护这些阶段。一般瀑布模型的里程碑设立根据项目规模和特点为需求、设计、编码＋单元测试、产品集成＋系统测试、交付；增量模型一般里程碑是每次可交付产品为一个里程碑，如果规模很大可以按照瀑布模型设立子里程碑。

　　迭代模型的里程碑一般是每次迭代就是一个里程碑。

　　我们上面说了里程碑定义的准则，简单理解里程碑可以作为是项目的一个可交付并能给项目工作承上启下的点，所以里程的目标、准入和准出的定义，是在项目实施中对项目能否达成项目目标的检查依据。

　　里程碑的准入准则，就是输入里程碑的工作产品、资源是否满足该里程碑的要求。我们就要定义输入工作产品标准、要达到的质量目标。而里程碑的准出不仅仅是工作产品的标准和达到的质量目标。还要判断这个里程的进度、成本、工作量、规模的偏差以及项目的变更是否在控制范围内。

　　5、 定义项目的过程

　　确定项目执行过程中的子活动级活动的顺序，并给出这些活动的输出。在大部分公司都有一个项目执行过程的全集，项目在开始的时候依据项目的工作范围缺确定项目要执行的子过程以及输出的工作产品，在CMMI中把这个活动叫做裁剪项目过程定义，在这里我们要说明的是“裁剪”不是“裁减”，在对项目过程裁剪的时候我们不是简单地考虑做或者不做，应该在不做的时候考虑是合并还是用其他的替代方法来执行。

　　　　四、估算项目规模、成本、时间、资源

　　对于已确定的项目范围，定义了阶段和里程碑，那么我们每个阶段的输出的工作产品的工作量、成本、质量如何估算就十分重要，这些也是判断阶段目标和里程碑是否达成的重要判断依据，而要估算工作量、成本等工作产品属，我们就必须先估算出工程阶段每个工作包的工作产品规模。

　　1、估算的顺序

　　在整个估算中，规模的估算是基础，大部分的估算都是基于项目规模的估算而来的。在规模时，对于采用的类是技术、开发语言、架构的项目，他们的工作产品规模与需求规模的比例是基本稳定的。如：1个简单的数据库录入功能，用Java编写的代码一般是20行，概要设计是1页，详细设计是1.5页，需要20个单元测试用例等。这个比例关系的变化是很少的，但是工作量和公司的生产率人员水平等都有关系，估算工作量我们要考虑的人为因素要更多。所以我们对最稳定的那部分优先估算。

　　2、确定估算的方法

　　目前典型的估算方法有：经验值估算、功能点估算。

　　但是我们发现选择了估算方法，在项目执行中我们会发现这些估算很不准确。建立公司的估算能力是解决估算准确性的唯一途径，估算能力一般是根据公司历史项目的数据来建立估算的模型。当然我们为了获取更准确的估算值，也会采用多种估算方法，通过多种估算结果去验证估算的准确性。

　　3、确定估算因素

　　在确定估算方法后我们依据估算方法的特点要去了解项目具体功能的特点，一般设计及实现的复杂度、技术要求、可维护要求、可配置要求、可靠性要求等一些非功能需求都与项目的复杂度相关，还有一些特殊的业务功能也会给项目的复杂度相关，这些要素就是能否准确估算项目前提。

　　4、估算工作量和成本

　　一般工作量和成本的估算是依据项目的估算模型，依据工作产品的规模去估算工作产品的工作量。

　　成本的估算我们要考虑项目管理类、支持类及返工的工作量。在建立项目度量能力和模型的时候我们可以从历史项目中推出这些工作量的估算模型。一般每个开发阶段都要预留15～20％的工作量用于返工。管理类的工作量一般是项目总开发工作量的10％，质量保证、MA及其他支持类的工作量一半是项目总工作量的2～5%。

　　5、估算项目的时间

　　依据已经估算出的项目规模，每个阶段的工作量，结合现有资源估算项目的概要时间，时间估算的结果是阶段、里程碑、项目的起至时间。

　　6、估算项目的风险

　　依据历史项目积累的风险，在项目开始阶段对项目的技术、管理、质量、资源、需求等方面可能出现的风险进行全面评估。并评估出来的风险制定规避和管理措施。

　　7、估算的评审

　　项目的估算结果一般就是项目预算，我们一般先要对这些预算进行技术评审，以确定预算的合理性。然后还应通过到由公司高层的管理评审。

　　　　五、建立项目组织

　　我们已经有了估算结果和各个阶段的时间，这个时候是我们考虑项目的组织建立，一般有：PM－项目成员，PM－Leader－项目组成员、PM-SubPM－Leader－项目组成员等模式。

　　在PM-项目成员这个管理模式是很好管理，这个模式下一般项目组人员规模不超过10个人，项目在对问题进行沟通的时候一般靠喊一喊就能全部传达。

　　在后面2个模式中，项目组成员规模一般都在10个以上有的大型项目甚至能到几百人。为了将这些团队管理好，我们要建立使项目组能高效的管理和沟通的方法及原则。这些方法及原则主要有：明确组织的管理和监控的方法及流程，要明确各个岗位的职责和权利，要明确各个层级沟通及汇报的方式，明确各个组间的沟通及汇报的方式。只有明确了这些才能保证项目组的各个团队都能高效运作，这个也是企业管理文化在项目中的体现。

　　　　六、建立项目综合管理计划

　　为了能使项目能正常开展并且有依据，我们需要建立一个综合的项目管理计划。这些计划的主要内容有：

　　1) 项目的质量目标

　　定义项目各个子过程及工作产品的质量目标。

　　2) 项目的生命周期模型

　　定义项目的生命周期模型。

　　3) 项目的阶段和里程碑计划

　　定义项目的阶段、里程碑的输入、输出准则，以及阶段、里程的主要活动及时间计划。

　　4) 项目的监控计划

　　定义项目的监控对象、监控频率、监控原则、监控依据，定义项目的会议制度、沟通方式、以及项目中出现问题的沟通及汇报原则。

　　5) 项目的度量计划

　　依据监控要求和公司要求，定义项目要进行度量的度量元、度量频率、度量方法、度量结果保存方法。