IT项目管理模板.docxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
精品文档 精品文档 PAGE PAGE32 精品文档 PAGE 开放式机房管理项目 第1章 项目构造 项目计划构造 项目计区分为范围计划,进度计划,人力资源计划,交流计划,成本计划,风险计划 这几部分,如表 1-1所示: 计划名称 对应部分 简要描绘 范围计划 项目人物范围 确定项目的范围,为拟订其他计划打下基础。范围管理是项目实施 的依据和变更的输入,此外还包括对可交托成果落实到个人上的分 解,即项目分解构造(WBS),经过WBS清楚明确地组织并定义了 整个项目的范围,以及该项目的参与者各自的分工。 进度计划 项目时间计划 进度计划是从时间的角度对项目进行规划。时间是一种特殊的资 源,以其单向性、不可重复性、不可替代性而有别于其他资源,因 此进度计划也是项目计划中最难、最重要、最中心的部分。在进度 计划中,首先根据任务分解的结果( WBS)再进一步分解出主要的 任务(活动),确立任务(活动)之间的关系关系,然后估算出每 个任务(活动)需要的资源、历时,最后编制出完整的进度计划(如 进度表)。 人力资源计 项目组织构造 人是软件项目中最重要的因素, 因此软件项目人力资源管理计划也 划 是项目计划中根本的一项计划。 人力资源管理是保证参加项目的人 员能够被最有效使用所需要的过程, 是对项目组织所储备的人力资 源开展的一系列科学规划、开发培训、合理调配、适合激励等方面 的管理工作,是项目组织各方面人员的主观能动性得到充散发挥, 做到人尽其才,事得其人、人事相宜,同时保持项目组织高度的团 结性和战斗力,进而成功地实现项目组织的既定目标。 交流计划 交流计划 保证项目成功必须进行交流,为了有效的交流,需要创建一个交流 计划。交流计划决定项目有关人的信息和交流需求: 谁需要什么信 息、什么时候需要、怎样获得、选择的交流模式——什么时候采用 书面交流和什么时候采用口头交流、 什么时候使用非正式的备忘录 和什么时候使用正式的报告等等。 成本计划 项目估算 成本计划是对达成项目所需费用的估计和计划, 是项目计划中的一 个重要组成部分。软件成本估算是成本管理的中心, 是预测开发一 个软件系统所需要的总工作量的过程。软件成本估算以从软件计、 需求剖析、设计、编码、单元测试、集成测试到接受测试等这些过 程所花费的代价为依据,对达成项目所需要的所有费用进行估算。 风险计划 项目风险剖析 风险计划是在项目进行过程中不断对风险进行辨别、 评估、拟订策 略、监控风险的过程,它是项目管理中最容易被忽略而且最难以管 理的环节。经过风险辨别、风险剖析和风险评论去认识项目的风险, 并以此为基础合理的使用各样风险应付举措, 管理方法、技术和手 段对项目的风险进行有效的控制, 妥善办理风险事件造成的不利后 果,以最小成本保证项目总体目标的实现。 项目组织构造 在项目组织构造的选择上,由于几种组织构造的适用条件对于项目组目前的情况来讲 都有一定程度的切合,因此对各个组织构造优缺点的权衡成为了人力资源计划的一个难 题,下面对各个组织构造的优缺点进行一下比较: 职 优 1 以职能部门作为肩负项目任务的主体, 能够充散发挥之职能部门的资源集合优势, 有 能 点 利于保障项目需要资源的供给和项目可交托成果的质量。 在人与那的使用上具有较大 型 的灵活性。 2 同以职能部门内部的专业人员便于相互交流、 相互支援,对创造性地解决技术问题很 有帮助。同部门的专业人员易于交流知识和经验, 项目成员事业上具有连续性和保障 性。 3 项目成员能够将达成项目和达成本部门的职能工作融为一体, 能够减少因项目的临时 性而给项目成员带来的不确定性。 缺 1 客户利益和职能部门的利益经常发生矛盾, 职能部门会为本部门的利益而忽略客户的 点 需求,精力只集合于本职能部门的活动,项目及客户得到利益往往得不到优先考虑。 当项目需要多个职能部门共同达成,或许一个职能部门内部有多个项目需要达成时,资源的平衡就会出现问题。 当项目需要由多个部门共同达成时,全力切割不利于各职能部门之间的交流交流、团结协作。项目经理没有足够的权利控制项目的进展。 适用 适用于主要由一个部门达成的项目或技术比较成熟的项目。 条件 剖析 职能型组织构造能够方便同班成员或许相互熟悉的成员 (即下面的小组内成员)间进 行交流和支援,有利于各小组内成员进行交流;而且各小组内的成员还能够持续一同 达成现阶段的其他任务,并运用相像的技术进行后续其他项目的开发。 但该项目组的 成员来自不同班级,总人数较少,成员互相之间的认识也较少,因此这种组织构造难 以平衡各小组的资源,不利于小组间信息的传达,达成各部分任务所需要的工作量与 小组的成员数不平衡,进而对人员的管理与任务分派造成很大困难。 项 优1 项目经理对项目能够全权负责。能够根据项目需要任意调

文档评论(0)

150****0902 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档