项目经理(PM)访谈V1.1[材料]_产品经理项目经理pm

项目经理(PM)访谈V1.1[材料]由刀豆文库小编整理，希望给你工作、学习、生活带来方便，猜你可能喜欢“产品经理项目经理pm”。

项目经理访谈

1.你目前负责哪几个项目，现处于什么阶段？PP GP2.4 ；PMC SP 1.6、SP1.7

2.你是如何进行的裁剪（公司是否有相关的规程，裁剪的结果记录在哪儿？IPM SP1.1、SP1.2

项目经理根据《项目英文简称_项目定义过程》模板中的裁剪指南，以及项目的实际情况，制订项目的项目定义过程，用于指导项目开发过程。

若在项目实施过程中，项目组因客户要求或其他原因，需使用非《项目英文简称_项目定义过程》中规定应适用的文档模板，需填写《HC_PR_SW_过程模板替代申请表》，详细说明理由，向EPG组提出申请，由EPG组组长审核决定是否采用，同意后可使用相应模板替换，并在《项目英文简称_项目定义过程》中进行注释说明。

3.项目采用的生命周期模型是什么（为什么采用这种生命周期模型、选择的依据）？OPD

SP1.2 ；IPM SP1.1 瀑布模型将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。

在瀑布模型中，软件开发的各项活动严格按照线性方式进行，当前活动接受上一项活动的工作结果，实施完成所需的工作内容。当前活动的工作结果需要进行验证，如果验证通过，则该结果作为下一项活动的输入，继续进行下一项活动，否则返回修改。

1)2)3)1)2)3)4)5)优点：

强调开发的阶段性，各阶段具有顺序性和依赖性。强调早期调研和需求分析，推迟编码实现的观点。

质量保证的观点，每个阶段的文档都应在评审之后作为下一阶段的输入。缺点：

文档驱动，用户无法及时了解产品的情况。依赖早期调研和需求分析，不能适应需求变化。流程单一，开发过程中的成功经验无法用于本产品。

测试在后期引入，不能够对需求设计完整把握时存在质量风险。容易造成组织庞大，人员闲置

瀑布模式的适用项目

需求稳定的产品。对技术和业务都比较熟悉，比较可控的项目。

4.你是如何制定项目计划的，哪些人员参与了项目计划的制定过程？PP SP1.1、SP1.2 SP1.3、SP1.4、SP2.1、SP2.2、SP2.3、SP2.4、SP2.5、SP2.6、SP2.7 GP2.2、GP2.4、GP2.7

A：WBS分解，并识别各个阶段的主要工作与可交付物，记录到项目计划书里面。MPP制定：选择合适的生命周期后进行项目计划的制定，MPP根据模板制定各个项目的阶段（大的类别），B：估算工作量：项目经理在已有《项目英文简称_项目计划》的基础上，从已有的项目估算模板。并按模板的“填写说明”完成项目估算，最终形成项目估算。C：项目进度计划：1)项目经理根据《项目英文简称_项目估算》中各阶段的“时间段”，填写项目计划中的“工期”、“开始日期”、调整项目计划的“工期”，使计划中各阶段的工作量与“结束日期”.各阶段的“资源数量”，填写项目计划中的“资源”.3)项目工作量估算的各阶段工作量的保持一致性。除非有充分的理由，否则不要调整项目估算的内容，如果调整了项目估算内容，需要在“调整理由”写明详细原因。但下一阶段，即需求阶段的工作计划，需要在项目计划中制定详细计划。6)

分解过程需要始终与项目估算中各阶段的值保持一致。7)项目经理在项目执行过程中，根据实际情况，不继修改、补充项目计划 D:完善项目计划文档。完善 测试计划 / 分配资源/沟通计划/培训计划/风险计划/配置计划/质量计划/ 项目经理/ 二级部门经理/商务经理/

5.集成项目计划的包括了哪方面的内容，集成项目计划是否发生过变更，如何进行变更？PP SP2.7 GP2.7 ；IPM SP1.3、SP1.4

3.1 申请变更

必要角色

输出文档 项目经理

退出标准 进入标准

1.2.3.4.里程碑变更 二级部经理 CCB 《项目英文简称_变更申请表》 提交变更

里程碑变更，项目经理填写《项目英文简称_变更申请表》。变更的实现需耗费30人天以下工作量的，提交给项目经理审批。

变更的实现需耗费30人天以上、60人天以下工作量的，项目经理将《项目英文简称_变更申请表》提交给二级部门经理评审。变更的实现需耗费60人天以上工作量的，需将《项目英文简称_变更申请表》提交给CCB评审。

注：CCB的组成，由技术骨干、项目经理、二级部经理、部门经理和销售部门指定人员一名组成 3.2 评审变更

必要角色 输出文档

退出标准 进入标准

《项目英文简称_变更申请表》已提交 项目经理二级部经理 CCB 《项目英文简称_变更申请表》 变更已审批 1.2.3.4.5.3.3 项目经理或者二级部经理或者CCB审批变更 提交给CCB评审的变更需要召开召集变更评审会议 CCB评审的变更最终批准由部门经理签字完成审批人将审批结果记录在《项目英文简称_变更申请表》中，并签字。所有变更要有客户签字确认。实施变更

必要角色 输出文档

退出标准

变更实施完毕 项目组实施变更 进入标准

里程碑变更 项目经理 项目成员 3.4 记录变更

必要角色 输出文档 进入标准 变更已实施 1.2.3.退出标准

变更发布 项目经理项目英文简称_变更记录表》

所有变更记录《项目英文简称_变更记录表》。

项目经理在《项目英文简称_变更申请表》里面签字确认变更 项目经理将变更完成后的里程碑发布，提交版本服务器。

3.5 验证 参考质量保证过程

6.你是如何估计项目的规模、工作量、进度、成本，技能、风险，为什么选用这种估算方法，公司规定了哪几种估算方法？ PP SP1.1、SP1.2、SP1.4HC_RE_SW_项目估算_标准模板.xls 项目英文简称_项目估算_管理系统.xls 项目英文简称_项目估算_核心系统.xls

7.你是否如何估计项目的关健计算机资源？PP SP1.4

8.你是如何对项目进行跟踪和管理的？PMC SP1.1、SP1.6

A项目监控：

周报。周例会。里程碑评审。问题类别：客户需求问题、系统设计问题、代码质量问题、文档质量问题、任务进度问题、版本管理问题等

周报:项目组成员周报。

周例会：a.项目成员汇报本周进展情况（b.讨论项目存在的问题以及需要采取的解决措施，并记录在《项目英文简称_问题跟踪表》中；比如项目经理报告项目偏差，进度偏差（SPI）和工时偏差（CPI）。如果SPI或CPI

里程碑评审: 1)2)3)4)5)项目经理做项目计划时制定里程碑评审计划

项目经理制作《项目英文简称_里程碑评审报告_YYYYMMDD》 项目经理组织里程碑评审会议

根据里程碑评审会议讨论结果更新《项目英文简称_里程碑评审报告_YYYYMMDD》 项目经理提交《项目英文简称_里程碑评审报告_YYYYMMDD B风险识别：

参照《项目英文简称_风险检查表》识别项目风险,接受者对风险进行处理，提出解决方法，项目经理对措施进行跟踪，并记录在《项目英文简称_项目风险管理跟踪表》中 直至风险关闭。C：问题跟踪： 1)2)问题类别：客户需求问题、系统设计问题、代码质量问题、文档质量问题、任务进度问题、版本管理问题等； 所有需跟踪事项全部记录在《项目英文简称_问题跟踪表》中；

如CPI和SPI

每周例会上对问题进行沟通，并刷新《项目英文简称_问题跟踪表》

9.你如何对风险进行跟踪？PMC SP1.3

跟踪风险：在每周的项目例会评价识别的风险、跟踪风险措施的执行情况，并识别新的风险，风险变化后追加一行进行描述，更新《项目英文简称_项目风险管理跟踪表》，优先级高的风险要体现在项目周报中。

处理风险：接受者对风险进行处理，提出解决方法，项目经理对措施进行跟踪，并记录在《项目英文简称_项目风险管理跟踪表》中。

关闭风险：风险发生后可能性置为100%，风险消失或者是风险关闭以后可能性置为0%。风险发生后在《项目英文简称_项目风险管理跟踪表》中跟踪应急措施到关闭。

10.项目划分了哪几个阶段（或里程碑）？里程碑阶段需要做哪些方面的工作？PMC SP1.7

文档在：JFDH2011_项目定义过程.xls 项目启动会议PPT/项目计划_瀑布式.mpp/需求分析说明书.doc/概要设计说明书_核心版.doc/详细设计说明书.doc/ 编码/测试总结报告/上线实施/ 结项，项目总结报告/。

11.项目的培训是如何开展的？PP SP2.5

小组或项目组：

制定小组或项目组培训计划

编写培训材料 实施培训 培训过程记录 培训考核 培训总结 公司：

收集和调研培训需求 制定培训计划

培训计划的实施和跟踪：如课程设计，材料编写，过程记录，考核，学分汇总等。培训考核： 培训效果评价。

维护培训计划：比如有时候有增加的地方。做好变更记录。计划总结：听取相关人员，参与人员建议/写培训总结报告

12.你参加过哪方面的培训?你是如何了解公司的培训安排? PP、PMC、IPM、RSKM：GP2.5

项目管理工具SVN。

公司会有年度培训计划。发给我们。然后提前半个月进行邮件通知。任何有兴趣的人员都可以参加。

13.项目过程中统计哪些方面的数据？MA过程要背 SP2.1、SP2.2、SP2.3、SP2.4

进度/工作量/风险/问题/产出物/复用模块/

14.公司的收集哪些方面的数据，存放在哪儿，谁来管理这些数据？如何进行管理？OPD SP1.4 ；MA SP2.1、SP2.2、SP2.3、SP2.4 MPP里的数据，如项目计划工作量（PV）/项目实际工作量（AC）/项目挣值（EV）/进度指数（SPI）/工作量指数（CPI）/评审发现缺陷密度/测试缺陷总数/ 完毕后收集：可复用资产清单.doc

15.公司是否有组织方针，你是否了解其中有什么内容？GP2.1

16.QA如何来检查你的工作？PPQA

SP2.1、SP2.21、QA参与项目组早期活动与项目过程剪裁，并根据项目计划制定《_质量保证计划.doc》。需定义出各阶段检查、审计的工作过程及产品对象，以及在每个阶段QA工作输出及汇报机制

参与活动：参加现场活动，现场观察执行一些活动，如周会、评审、估算、基线建立等 审查记录：追溯一系列记录，如邮件，证明活动正确执行

访谈：面谈询问，并查看记录1、2、3、QA与项目经理共同分析发现的偏差，确定产生的原因、影响程度、优先级及解决偏差责任人、解决期限、验证日期等信息 到达已定义的偏差验证日期，QA代表对偏差进行验证，对于验证未通过的偏差，QA代表必须跟踪直至其关闭

项目中解决不了的偏差提交二级部门经理处理，如不能解决最后提至部门经理进行最终裁决，对于忽略的偏差QA需记录忽略理由后直接关闭

偏差记录跟踪表》一起提交部门QA，同时抄送二级部门经理和项目经理.17.上级领导如何来审查你的工作？PP、PMC、IPM、RSKM：GP2.1

18.请你描述一下公司的需求过程，你参与了需求的调研过程吗？RD SP1.1、SP1.2、SP2.1、SP2.2、SP2.3、SP3.5

1)项目经理组织开发《项目英文简称_需求分析说明书》，项目组成员负责具体实施，在此过程中识别需求相关问题，并更新《项目英文简称_问题跟踪表》。《项目英文简称_需求分析说明书》开发完成后，项目经理制定《项目英文简称_需求分析说明书》的《项目英文简称_同行评审计划》，发布通知。项目经理召开《项目英文简称_需求分析说明书》评审会议，根据《项目英文简称_同行评审检查表》对《项目英文简称_需求分析说明书》进行评审，识别问题，并形成《项目英文简称_同行评审报告》。在评审过程中识别的问题，记录在《项目英文简称_问题跟踪表》中，由项目经理分配人员解决，跟踪至关闭。2)

3)4)同行评审发现的问题修订完毕后，项目组同客户召开需求分析说明书评审会议，确定需求分析说明书，发现问题记录在《项目英文简称_问题跟踪表》中，由项目经理分配人员解决，跟踪至关闭。

所有问题都得到有效处理后，输出《项目英文简称_需求分析说明书》，项目组签字承诺，亦可以邮件或会议纪要的形式承诺。将《项目英文简称_需求分析说明书》提交客户签字批准，亦可以邮件或会议纪要的形式承诺。每周例会中跟踪《项目英文简称_问题跟踪表》中需求问题的处理情况。

项目经理将《项目英文简称_同行评审报告》、《项目英文简称_需求分析说明书》上传到SVN服务器，更新SVN上的《项目英文简称_问题跟踪表》。5)6)7)8)

19.你是如何来管理需求的（需求发生变更，你如何处理）？REQM SP1.3、SP1.4、SP1.5 GP2.7、GP2.8、GP2.10 1)项目经理组织项目例会，识别并记录项目计划或项目产品与需求不一致的问题，更新《项目英文简称_问题跟踪表》，记录来源、内容，分析原因，制订解决措施，确定责任人并跟踪问题的解决。

在项目设计、开发和测试阶段的评审阶段，根据《项目英文简称_同行评审检查表》，对交付物评审与需求的一致性，并记录《项目英文简称_同行评审报告》，将问题更新到《项目英文简称_问题跟踪表》中进行跟踪。项目组成员协助识别问题，实施解决问题的措施。

项目经理更新SVN上的《项目英文简称_问题跟踪表》，并上传《项目英文简称_同行评审报告》。2)

3)4)

20.需求发生变更时，由谁对需求进行承诺？REQM SP1.2、SP1.3

21.需求是如何进行评审的（谁来组织、监控、问题是否统计和分析）？VER SP2.1、SP2.2、SP2.3

22.项目中建立了几条的基线，如何建立基线？CM SP1.1、SP1.2、SP1.3 制定配置管理计划 建立配置库 配置库维护 发布基线 配置项变更

23.如何进行配置审计？CM SP3.1、SP3.2

CM在基线发布里程碑点和产品交付时按照《项目英文简称_基线清单》中所罗列的检查项对基线库进行检查。

检查《项目英文简称_基线配置项清单》与基线库中的配置项名称及其版本是否一致。检查《项目英文简称_基线清单》中的基线记录和基线库的基线是否相符。

检查工作产品受控库中工作产品中的基线产品变更是否在《项目英文简称_基线清单》有相应的变更记录。检查《项目英文简称_基线清单》的变更记录的内容是否在工作产品受控库中被落实。检查基线的发布时间是否和计划发布时间一致。

将审计结果填入《项目英文简称_配置审计表》中。跟踪问题直至关闭

24.基线变更的流程？CM SP2.1、SP2.2

1)非基线产品变更   变更人员从开发库中获得要变更产品的最新版本。

文档变更，变更人员必须更新文档内修改履历，自行提交开发库，并修改文档标识中的版本号。如果文档模板内没有修改履历一栏，则提交开发库时在注释中大致描述修改内容。  2)代码变更，变更人员提交开发库时必须填写注释：大致描述修改内容。

如产品提交时发生版本冲突，配置工具自动提醒冲突，变更人员协商进行版本合并后再提交开发库。

基线产品变更   走变更流程，PM填写《项目英文简称_变更申请表_YYYYMMDD》，并提交给CCB审核 审核不通过，中止变更。    审核通过，PM通知CM将基线库中产品最新版本提交至开发库或开发环境，项目组实施变更。CM在《项目英文简称_基线配置项清单》表单“配置项详细表”中将变更的配置项状态设为修改中。CM把变更申请书的编号写在在《项目英文简称_基线清单》的变更申请（ID）中

变更完成后，PM指定人员对变更结果进行验证（评审或测试），验证不通过，重新实施变更；验证通过，则通知CM将变更后的工作产品提交至基线库。

 CM更新《项目英文简称_基线配置项清单》表单“配置项详细表”。

25.CCB的职责是什么？CM

SP1.3 ；GP2.4、GP2.7、GP2.10

26.你收到CM哪些方面的报告？CM GP2.8

27.请描述一下测试分为几个阶段，主要采用什么的测试工具？VER SP1.1、SP1.2、SP1.3、SP3.1、SP3.228.描述一下如何进行产品集成？PI

SP1.2、SP1.3、SP2.1、SP2.2、SP3.1、SP3.2、SP3.3

29.你如何与测试组进行沟通？ IPM SP2.1、SP2.2、SP2.3 编制测试方案 编写测试计划 编写测试案例 执行测试

30.公司的过程改进小组（EPG）由哪些成员组成，他们主要的职责是什么？OPF、OPD ： GP2.4 进行CMMI过程跟踪。HC_PR_SW_过程改进建议表。31.你如何了解过程改进的执行情况？OPF SP2.2

32.你是如何给过程改进小组提供意见及建议，他们是如何处理的？GP3.2

33.你知道公司过程财富库主要有哪些方面的内容，你是如何访问的（谁来进行管理和控制）？OPD

SP1.1、SP1.2、SP1.3、SP1.4、SP1.5

34.项目结项时，将项目中的经验教训存放于哪里？ OPF SP2.4 ；IPM SP1.5

35.组织环境标准有什么内容，你是如何获得项目环境？ IPM SP 1.3

a.公司非CMMI方面做得好的地方？

b.公司非CMMI方面做得不好需要改进的地方？