CMMI3访谈问题及答案--PM

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

项目经理访谈

1.项目介绍,自我介绍

我叫XXX,是XX项目的项目经理。我们XX项忖是用XX开发的XX系统,El 的是实现xxxxx,现在已经结项。我们项Ll从X年X月X日开始,到X年X月X 日结束,成员有XX,XX,XX ,说明各自角色。

2.请描述一下你是如何做项目计划的

在立项建议书通过审批后,软件事业部部经理筹建项IJ组,指定PM和项H 成员。PM向配置主管(XX)和QA主管(XX)申请了Civl和QA。

在QA的协助下,PM参考财富库中的历史数据(北园春收费管理系统),根据立项建议书和合同中约定的工作内容制定了项Ll开发计划。

1)根据《软件生命周期模型选择指导书》,使用《软件生命周期模型选择表》选择了本项Ll的生命周期模型XX模型,并说明选择原因(选择表中的选择

结果)。

2)根据《项目开发过程的选择与裁剪指导书》定义了项目特点,本项目需要X 人开发X月,所以是X类项目,使用《项目过程定义表》对项目过程进行裁

剪,本项Ll裁剪了XX活动并填写到《项U开发计划》的偏差说明中。

3)PM根据项目的具体情况(如项□较简单,开发周期短,人员少)划分了里程碑。本项LJ分XX个里程碑(具体说明),确定了每个里程碑的开始结束时

间、到达标志和输出件。

4)对项目全部的工作任务进行分解,记录在《项目开发计划.mpp》。

5)<

β1我们使用估算指导书进行了功能点估算。先算出项IJ的数据功能点和项□的交易功能点,最后填写数据通信、性能等14条通用特性计算相关复杂性调

整因子及总功能点,得到调整后的功能点数,根据组织的生产率制定本项Ll

的生产率从而算出需要的工作量。组织级的生产率是1 (根据历史经验得

来),本项口的是io并对各阶段的工作量比例进行了划分, 根据各阶段的工作量对工作任务进行了时间分配,形成《进度计划》。

7)根据估算出的工作量进行了成本预算,包括人员工资、开发环境建设成本、培训成本、公用成本。本项目的成本预算为XX元。

8)参考组织度量库中同类项目,制定了项目度量计划,定义了度量项,如进度偏差率、工作量偏差率、项IJ规模偏差率、需求稳定度、缺陷密度等。规定了收集的度量数据及其收集、报告频率,度量阀值。详见《度量计划》和《项目度量表》的度量目标、度量项定义页。

9)对项目资源进行了计划,包括人员、环境、软件、硬件四方面。人员方面规定了项目开发所需的角色、人数、工作任务、技能要求。要求到位时间等;

开发所需的环境要求(工作环境标准);开发所需的硬件设备、型号、数量、使用时间;所需的各种软件、版本、数量、使用时间。

10)参考风险库中同类项Ll,使用风险管理表中的风险检查单,根据PM的工作经验,识别出项Ll开发过程中存在的风险,判断其发生概率和影响程度算出风险发生的优先级,风险等级大于“中”的风险制定缓解措施和应急描施。

11)制定干系人活动计划,列出项Ll开发过程中的主要活动和相关干系人,干系人包括项IJ组成员、客户方关键人员、部门经理等这些人员和项LJ 组成员共同组成了项LJ团队,明确了日常沟通的方式和职责。

12)根据项Ll人员情况和公司年度培训计划确定完成本项LI所需具备的技能和技术水平,对于无法满足项目需要的技能或技术制定培训计划。本项目计划做了XX培训,是否进行,是否有记录,讲师是谁,讲义谁写的。

13)制定本项H的评审计划:对哪些工作产品进行评审,评审方式(正式评审或非正式评审)、计划评审时间。需要评审的工作产品包括:项LJ开发计划、质量保证计划、配置管理计划、客户需求说明书、软件需求规格说明书、软件设计•说明书、关键代码(非正式评审)、测试讣划、用户手册。

14)验收准则(详见项□开发计划)

PM编写项目开发计划的同时,QA和CM根据项目开发计划中的时间、人员安排制定质量保证计划和配置管理计划。完成后,对整体计划进行了评审,评审

通过后PM通知CM对计划进行了基线和发布。

4.你是怎么做项目监控的

项Ll监控主要是通过对《项Ll发计划.mpp》的更新,检查项Ll组成员的项IJ周报、里程碑报告、项目总结会议等方式进行监控的。每周一早上PM 会检查项Ll成员的周报,填写的工作内容和工作量是否正确,每周周五召开项目周会,总结本周工作完成情况,下周工作安排,总体进度,对项目问题、风险进行跟踪。

在计划的里程碑到达后编写相应的里程碑报告,并召开项Ll 里程碑会议,向软件部经理和项Ll成员汇报项Ll的完成情况,使用度量表中本阶段的进度偏移、工作量偏差等度量数据对项Ll现阶段情况进行分析,汇报发现的问题和存在的风险,以及经验和教训。度量分析员根据度量计划中规定的收集频率收集度量数据。每周周会对风险管理表中的风险进行跟踪。项IJ结项时编写项IJ总结报告,召开项IJ总结会议。

5・如何跟踪项目进度偏差如何解决

主要是通过对《项U发计划mpp》的更新,检查项U组成员的项Ll周报、里程碑报告、项Ll总结会议等方式进行跟踪的。发现偏差的时候根据情况及时调整工作安排,如果偏差超过阀值(15%)的话就会按规定进行重汁划。

如何管理风险

每周在周会上对风险进行跟踪,对已识别风险的发生概率和影响程度分析是否有变化,风险状态是否有变化,是否产生新的风险,并记录在项LJ周报和风险管理表中。如果风险发生的话会转化为项LI问题记录在《项□问题跟踪表》中进行跟踪,风险状态改为关闭。项目结项时,PM将风险管理表

提交EPG, EPG审核通过后纳入组织财富库中的风险库以供今后的项Ll做参

考。

7.度量分析活动如何做

度量分析员按照度量讣划中规定的频率和来源收集度量数据并填入项Ll度量表中,每阶段IhPM和度量分析员对本阶段的数据进行分析,并将结果在项IJ 里程碑会议上报告。如果度量结果超过阀值的话会做重计划。项H 结项时,会生成本项目的总体度量结果,PM和度量分析员对度量结果进行分析,总结经验教训并提交EPG。EPG审核通过后纳入组织财富库中的度量库以供今后的项Ll做参考。

&何时做决策分析针对什么问题,怎么做

公司标准过程中规定在系统架构选择的时候必须进行决策分析,其他需要决策的时候都可以采用。本项Ll有/没有做决策分析(有的话接着讲,没有做就说明原因)。在决定系统架构的时候我们出现了2种选择,1是XXX 架构,2是XXX架构(说明这两种架构的优缺点)。PM向软件部经理提交了决策申请和两个架构的方案,软件部经理同意进行决策后,决定决策人员,决策方法,下发决策通知,召开决策会议。在会议上,我们使用决策分析指南中提供的“加权打分法”

对两个方案进行了打分,最后选择了分数较高的XX方法。软件部经理将决策分析报告发给所有参会人员,PM按照决策结果执行。

9.

10•项目如何做需求

在项Ll开发计划基线后,系统分析师按照计划制定《需求调研计划》,确定活动安排和时间安排,实施人员,客户配合人员,调研内容等。PM审核需求调研汁划,通过后,系统分析师做调研前的准备,准备需求调研提纲,按照讣划进行现场调研,明确客户重点,详细记录并分析隐含需求。现场调研完成后,系统分析师完成《客户需求说明书》并进行评审,通过后,PM 与客户确认

相关文档
最新文档