《特种水产饲料项目管理手册_参考》由会员分享，可在线阅读，更多相关《特种水产饲料项目管理手册_参考（38页珍藏版）》请在金锄头文库上搜索。
1、泓域/特种水产饲料项目管理手册特种水产饲料项目管理手册xxx有限责任公司目录一、 实施整体变更控制4二、 结束项目或阶段6三、 定义活动8四、 规划进度管理9五、 定义范围9六、 收集需求12七、 项目简介15八、 公司简介19公司合并资产负债表主要数据20公司合并利润表主要数据20九、 经济效益21营业收入、税金及附加和增值税估算表22综合总成本费用估算表23利润及利润分配表25项目投资现金流量表27借款还本付息计划表29十、 投资计划30建设投资估算表32建设期利息估算表33流动资金估算表35总投资及构成一览表36项目投资计划与资金筹措一览表37一、 实施整体变更控制项目的不确定性因素导致
2、了项目的进展未必能按计划进行，而当这种不确定性变得明确的时候，就会导致项目出现变更。项目目标是项目所有活动的最终判断准则。那些可能会引起项目目标变化的因素包括：内部因素和外部因素。内部因素是指由于项目的实际实施绩效偏离原有计划要求，导致无法实现原定项目目标，不得不变更项目计划。外部因素是指干系人本身对项目目标发生了变化，从而引起计划的变更。无论是外部请求变更还是内部的偏差变更，都有可能是来源于或导致项目的四个目标因素发生变化。但在实践中，外部请求变更大多只由范围因素变更所引起，而内部偏差引起的变更则可能由于范围、时间、成本和质量等各个因素所引起。进度控制、成本控制和质量控制都是关注实施结果和目
3、标之间的偏差控制。对范围目标有两个相关的管理过程：范围确认和范围控制。其中，范围控制是对“项目范围的变更进行控制”。此外，还需对“范围目标”是否正确进行检验，这一活动由“范围确认”过程来承担。范围目标正确性的判断必须引入客户参与。变更的最终效果是引起项目基准计划产生变化。由于项目基准计划是项目各项活动开展的基础，为了不引起混乱，它的变化必须是一个严格而受控的过程。大多数的变更控制过程都是相似的。一般的变更过程始于正式提出变更申请。变更申请的英文为：ChangeRequest或ModificationRequest，所以也经常简称为CR或MR。在变更申请中，需要详细地描述变更的来源，主要是反映项
4、目目标变化。例如客户对项目范围产生了变化，范围变更。客户需求发生了变化，引起了产品的需求变更。实施效率偏差导致了基准计划的修订，例如进度和成本目标的变化。通过质量检验，发现交付产品没有达到质量目标，必须对产品实施返工从而引起的产品变更。收到了变更请求后，会有专门的人员先做一个初步的分析，主要是评估变更的来源、变更的理由、变更产生的影响、变更的代价。某些变更会在这个阶段作出一个初步的处理。例如描述不清楚的变更请求，或被要求提出者重新补充信息。删除那些明显错误的变更请求。一些简单且影响小的变更可以直接由分配人员处理。余下的变更请求会被提交到变更控制委员会进行评审。变更控制委员会评审是整个变更控制过
5、程的核心。一般来说，变更控制委员会是一个项目主要的管理机构，由项目重要的干系人代表、各个相关组织的代表、主要的技术人员等组成。变更控制委员会评审就是评估那些被提交上来的变更请求，针对这些变更的目的、要求和影响作出如下决策：同意实施一项变更请求，并且在会议上安排相关的变更实施责任人和相关联的协作组织。拒绝某一项变更请求，并给出拒绝的理由。变更控制委员会评审一般以会议的形式进行，有关各方都会参加，可以定期召开，也可以针对某一项重要变更临时召集。如果变更请求得到批准，则变更被实施。变更实施的过程中要特别关注那些可能会产生广泛影响的变更，避免在变更实施过程中出现不一致。完成变更后，需要对变更的实施结果
6、进行验证，以确保被批准的变更得到了正确实施。二、 结束项目或阶段当项目完成的时候，我们需要执行一个收尾的活动，这就是项目收尾过程。在最新版PMBOK中，这一活动被命名为结束项目或阶段。它包括以下几个目的：确认项目成果，干系人正式接受。总结和归纳项目文档和记录。进行项目经验总结。项目组正式解散。项目工作主要是输出符合干系人期望和要求的项目成果。在经过了质量控制、范围确认等检查手段后，项目组和干系人在实施管理收尾活动中所提出的正式接受更多的是具有形式上的意义。它代表项目组正式向客户移交项目成果，项目所有有关产品的工程活动正式宣告完成。项目活动所产生的项目文档将作为项目的重要记录，并且可能会在项目结
7、束以后的其他活动中被用到。所以，我们需要收集和归纳这些文档，并确保它们反映了项目的最终状态。这些文档需要被很好地收藏和保存，一般在组织层面上需要统一地进行约定和保管。虽然项目最终完成了目标，但项目在实施中会遇到各种各样的状况。这里面有一些有益的经验，也有一些需要吸取的教训。所有这些经验和教训都是项目团队成员乃至整个组织的宝贵财富，需要把它们总结和记录下来。大多数组织可以针对这个问题组织一个专门的项目总结会，以防止这些花费了代价而取得的经验和教训流失。项目组的最后一项工作就是项目团队正式宣告解散，这意味着一个项目的正式终结。每个团队成员可能会被分配和参加到下一个不同的项目当中。是否需要保留完整的
8、项目团队来实施下一个项目呢？我们知道，一个团队的形成需要一种默契，这种默契的形成需要一个过程。已经建立了默契的团队被解散就意味着重新建立默契需要花费代价，但是项目的独特性又可能不会有机会使用完全相同的团队，所以在现实中往往需要进行平衡。三、 定义活动活动作为工作分解结构的最底层，被称为项目过程中最基本的工作单元。可以看出，所谓定义活动，就是把在定义范围中所产生的工作分解结构的最底层识别出来。活动有两种类型：不连续活动和投入活动。所谓不连续活动，是指有明确的开始时间和结束时间的活动，项目中的大多数活动都属于不连续活动。所谓投入活动，是指那些需要周期性反复执行的活动，包括定期的管理性活动（如项目的
9、周期例会、定期的审计活动等），以及工程维护性活动（如机器设备的定期保养等）。对项目的后续活动来说，项目中的不连续活动是起决定作用的。定义活动过程最主要的目的就是识别出项目中的所有活动，作为后续分配资源的基础。四、 规划进度管理规划进度管理活动就是约定项目如何进行进度管理工作所需要的流程、方法和工具。五、 定义范围项目目标主要表现为以范围为核心的要求，就是项目应该完成什么，使项目干系人达成一致的结果。项目范围说明书的具体格式和要求和各个组织所处行业领域的项目特征相关，但一般来说至少包括以下各项内容：项目商业目标：描述促使项目建立的商业需求。这部分内容大都来源于项目启动阶段所作的战略规划、市场机会
10、的识别以及进行项目选择的依据。这些条件是项目目标的前提和项目存在的基础，但它是来自项目的外部因素，很可能不在项目可控制范围内。项目的实施和目标实现都需要一个过程，所以这些关键性的条件是不是会发生变化，就成了组织分配资源的一个重要依据。在当今外部商业环境变化越来越快、越来越难以预测的情况下，组织需要对这些变化相当谨慎而敏感。可能很多项目在创立的时候相当正确，但由于错过最佳的时机而变得无效。项目制约因素及假设：列出项目的制约条件，以及针对不确定性环境的前提假设。项目可交付成果总述：列出项目完成所要交付给客户的所有成果。这实际上是约定项目的范围目标，是项目活动最主要的结果。可交付成果可以专指那些需要
11、最后交付客户的结果，也可以包括那些生产过程中的中间结果。符合的规范与要求：列出交付成果应该达到的要求，以及实施过程中应该遵循的规范标准。这实际上是约定项目的质量目标。验收标准：确定对结果进行验收所应遵循的规范和标准。进度里程碑：确定项目的主要里程碑。这是对项目的时间目标进行约定。成本估计：确定项目所需要的总成本估计。这是对项目的成本目标进行约定。项目范围说明书的核心是约定项目目标，在这一阶段以范围目标为主。理论上，范围目标的界定需要清晰准确。但在现实中，作为项目成果的接受方（或称买方）和成果的实施方（或称卖方）在这一关键问题上的认识是不对等的。目标约定得越明确显然对买方越有利，但具体到操作上，
12、却是卖方比买方更具有专业能力。对卖方来说，并没有直接的动力去准确约定“买方想要的”。而相反，卖方倾向于将目标定得模糊，或者接近于对自己有利的方向，未必是“买方想要的”，而更可能是“卖方想卖的”。同样这一情况也适用于质量目标的确立上。约定交付成果应能达到的指标和要求更需要专业的技术能力，显然，大多数买方不具备这种能力。买方能够判断的标准仅仅是“其结果是否符合我的需要”但“这个需要”无法作为约束项目目标的技术指标，所以常常出现由于质量目标含糊而最后产生的项目纠纷。有鉴于范围和质量目标的这种情况，极容易导致在项目初期买卖双方对目标理解的不一致和偏差。为了弥补这种偏差，增加“验收标准”来作为补充。也就
13、是说，双方遵循认可的验收标准来判断其最终成果是否符合最初的目标。这一措施可以有效帮助减少这种偏差所带来的负面作用，但制定验收标准同样需要一定的专业技能。一般的买方不具备这样的能力。显然，卖方没有动力去制定一个约束自己的标准，所以大多数行业其“验收标准”是借助于第三方所制定的行业规范来实施的。在项目初期，卖方一直推销自己有的或者能够做到的，且尽力去承诺对买方需求的满足。买方知道自己的需求，但不具备对卖方产品判断的专业知识。目标理解上的差距在项目一开始就埋下了矛盾的种子。六、 收集需求项目目标的4个要素中，最核心的就是范围目标，它定义了整个项目需要交付的结果，可以说是项目所有活动的参照点。但什么因
14、素决定了项目的范围呢？产品所具有的功能其实都是为了满足客户的某种需要，这种需要最终左右了项目应该做什么和不做什么。我们把这种需要称为需求。需求表述了客户打算利用项目成果来做什么，而项目的产品范围则定义了什么样的产品可以实现客户的需要。客户需求是“因”，产品范围是“果”，需求和范围之间存在着一个转化过程，两者之间是有区别的。客户不是仅仅为了拥有而购买产品，而是通过产品来实现某种目的。“需求”是“范围”之源。不同行业，需求和范围在项目管理之中有不同的侧重。在某些传统的行业中，促使项目建立的客户需求是相当明确的。例如，建一栋楼的目的是满足客户居住的要求，这是千百年来都不变化的需求。而用户更关心的是造
15、什么样的房子，这就是范围的概念。在另外一些新兴的行业中，特别是一些IT或者软件类型的项目，项目的需求都是解决一个新的问题，或者是创造出一种新的需要。这个时候连解决什么问题都说不清楚，又怎么能准确把握交付什么样的产品就能解决问题呢？前者就是我们说的“需求”，后者就是所谓的“范围”。这类项目有一个共同的特征：项目是在需求还只是一个概念的情况下开始的，需求是很不清晰、很不准确的。项目的第一个活动就是搞清楚用户需求，然后在正确需求的基础上确定项目的产品范围及工作范围，并作为后续项目活动的基准。这个活动看起来虽然简单，但却有几个重要的环节需要注意：首先，要明确需求收集活动的目的是什么。很多人会误以为需求收集就是搞清楚用户要的是什么产品。定义产品就是确定产品范围，它是在确定需求之后的活动。我们应该在这个阶段集中力量搞清楚以下问题：用户为什么需要这个产品？用户打算拿这个产品解决什么问题？这个产品给用户带来了什么价值？整个需求活动都是围绕着用户来进行的。其次，当我们搞清楚了用户的需求后，就需要确定创建什么样的产品来满足用户需求。这就是需求分析活动的目的，其结果就是定义产品的规格说明书。事实上，很多成熟行业的项目都是从相对详细而准确的产品规格
