IT项目管理的过程-计划阶段_第1页
IT项目管理的过程-计划阶段_第2页
IT项目管理的过程-计划阶段_第3页
IT项目管理的过程-计划阶段_第4页
IT项目管理的过程-计划阶段_第5页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

IT项目管理的过程-计划阶段首先我们用思维导图把打算阶段的相关活动归纳一下再进展详细的分析:

1.工程目标和范围

开头一个新工程或版本时候,首先是和用户一起确认需求,进展工程的范围规划。工程是范围,进度,质量和资源四要素的平衡,用户对工程进度要求和优先级高的时候,我们往往要缩小工程范围,对用户需求进展优先级排序,排解优先级低的需求。另外我们做工程范围规划的一个重要依据就是我们的历史阅历数据,对工程特征的清晰熟悉,工程范围规划初期需求你进展一个较宏观的估算,否则你很难推断清晰或给用户在现有资源状况下,你3个月时间里面是否可以完成20个或更多用户功能。

正规过程似乎是先确认工程范围,然后依据WBS->进度打算确认实际的工程周期,但实际状况往往很难如此,用户往往对进度的关注度大于对范围的关注度,一个工程半年或一年都看不到详细的产品出来用户确定是无法承受的,所以我们的软件工程一般也是按版本增量迭代进展开发。

另外这里需要强调下工程目标确实定,工程的目标不能简洁理解为在某个时间点完成全部功能。工程另外一个重要目标就是工程的质量目标,你完成的这个工程需要到达那个等级的质量标准,交出的产品BUG泄漏率要掌握在什么范围内等内容。工程的质量目标不会影响到我们的范围,但会影响到我们后续评审,测试等时间的安排,直接影响到工程的进度。

PMBOK里已经明确提到工程范围定义的另一个重要目的就是工程的绩效测量和验收准则,你交付工程的时候用户会依据用户需求说明书内容对工程进展验收,全部我们工程的范围的定义必需是明确,量化,可验证和可测试的,这样才能够避开后期无谓的纠纷。

另外在概述阶段需要分析工程的假设和约束,假设和约束又分为技术方面和非技术方面,在这里我们分析的全部假设都可能成为工程的风险。

2.工程进度确实定

工程的目标和范围确定后,需要开头确定工程的过程,工程整个过程中采纳何种生命周期模型?工程过程是否需要对组织级定义的标准过程进展裁剪等相关内容。工程过程定义是进展WBS分解前必需确定的一个环节,你采纳瀑布模型和增量迭代模型对WBS分解和进度打算安排明显是完全不同的。

工程过程确认清晰后开头进展工程的WBS分解,WBS分解一般是工程组的核心成员参与,但工程经理应当是起主导和协调作用。WBS分解方法一般有基于过程和基于胜利两种方式,但两种方式可以混合使用,比方在高层分解的时候先分解出子系统和工作包,在底层的时候再根据需求,设计,编码和测试各个过程进展分解。WBS的最底层工作单元需要是可以独立核实的产品,需要去下达打算和任务,工作单元需要有明确的责任人,因此有时候在没有做认真的估算时候我们很难让工作单元满意这些要求,这样就难免在进展估算过程中还要对WBS进展优化和调整。

WBS分解完成后可以开头进展工作单元的估算,估算一般有专家法,三点法和功能点法估算,由于我们的工程采纳专家法估算,因此更需要工程核心成员和有阅历的成员参与,估算一般会针对工作单元的单位和简单度进展估算,最终估算出工程的总规模,再除以工程的生产率后得到工程的工作量数据。专家法估算一般会进展许多轮,直到全部指标都收敛(收敛标准是组织或工程事先确定清晰了,如偏差人员的责任矩阵进展分析,对于关键路径一般直接用运筹学中的关键路径分析法确定ES,EF,LE和LF四个时间即可。

在工程进度打算根本排出来后就可以规划和确定工程的里程碑和基线了,工程的里程碑和基线是工程重要的跟踪掌握检查点,在里程碑工程还会做特地的里程碑报告,对工程的当前状态,工程的进度,工作量,规模,缺陷等各项指标的偏离进展分析。

整个工程进度打算根本出来后需要和工程组的全部工程成员确认,猎取工程的内部,工程成员应当对整个进度打算安排根本达成全都。工程打算还有需要支持打算需要制定,工程进度打算出来后整个可以通知QA和配置治理员分别制定质量保证打算和配置治理打算,工程经理帮助测试负责人制定工程的系统测试打算。

3.工程打算的其它关键因素分析和确认

工程的方法,技术,工具和标准

这是工程打算中需要确定的一个重要内容,即工程过程需要使用哪些方法和技术,采纳哪些工具,工程各个阶段的输出应当满意哪些检查标准等。一个工程中除了使用到常用的开发工具外,还会使用到需求治理,设计建模,配置治理,变更治理,IM沟通等诸多工具;使用到面对对象分析和设计,开发语言,数据库,测试等多种技术,在这里都需要分析和定义清晰,这将成为后续技能评估和培训的一个重要依据。

干系人分析:

全部对你工程有直接和间接影响的相关人员都是工程的干系人,在这里我们一般会按工程内部角色和外部角色进展划分。在对全部的干系人分析清晰后,还应当通过责任矩阵来分析各个干系人说涉及到的工程各阶段的相关活动。

工程成员技能和培训:

其实这是工程打算的一个重要内容,就是要对工程中的各个成员的技能进展评估,依据工程评估的结果来制定工程的培训打算,并对培训的效果进展跟踪。在这里常用的方法和工具有《工程成员培训需求收集表》,《工程成员技能评估表》,《工程成员技能沟通确认表》,《工程培训打算》

工程的关键依靠和

工程的内部关键依靠和一般会直接表达到工程进度打算中,但工程的外部依靠和必需有特地的地方进展记录和定期进展跟踪。由于当你外部关键依靠无法得到满意时候将直接影响到整个工程的进度,打乱整个工程的步调。

工程风险分析

风险治理是工程治理的一个重要学问领域,也是CMMI评估的一个关键过程域。整个工程治理的过程就是不断的去分析,跟踪和减轻工程风险的过程。我们在分析工程风险过程中可以借助风险库,风险检查单,专家法,头脑风暴法等多种手段。一个风险主要包括了风险的概率,后果,影响范围,处理

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论