项目经理(PM)访谈V1.1

1、 工程经理访谈1. 你目前负责哪几个工程，现处于什么阶段？PP GP2.4 ；PMC SP 2. 你是如何进行的裁剪公司是否有相关的规程，裁剪的结果记录在哪儿？IPM工程经理根据?工程英文简称_工程定义过程?模板中的裁剪指南，以及工程的实际情况，制订工程的工程定义过程，用于指导工程开发过程。假设在工程实施过程中，工程组因客户要求或其他原因，需使用非?工程英文简称_工程定义过程?中规定应适用的文档模板，需填写?HC_PR_SW_过程模板替代申请表?，详细说明理由，向EPG组提出申请，由EPG组组长审核决定是否采用，同意后可使用相应模板替换，并在?工程英文简称_工程定义过程?中进行注释说明。3.

2、工程采用的生命周期模型是什么为什么采用这种生命周期模型、选择的依据？OPDSP1.2 ；IPM 瀑布模型将软件生命周期划分为制定方案、需求分析、软件设计、程序编写、软件测试和运行维护等六个根本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。在瀑布模型中，软件开发的各项活动严格按照线性方式进行，当前活动接受上一项活动的工作结果，实施完成所需的工作内容。当前活动的工作结果需要进行验证，如果验证通过，那么该结果作为下一项活动的输入，继续进行下一项活动，否那么返回修改。u优点：1)强调开发的阶段性，各阶段具有顺序性和依赖性。2)强调早期调研和需求分析，推迟编码实现的观点。3)

3、质量保证的观点，每个阶段的文档都应在评审之后作为下一阶段的输入。u缺点：1)文档驱动，用户无法及时了解产品的情况。2)依赖早期调研和需求分析，不能适应需求变化。3)流程单一，开发过程中的成功经验无法用于本产品。4)测试在后期引入，不能够对需求设计完整把握时存在质量风险。5)容易造成组织庞大，人员闲置瀑布模式的适用工程需求稳定的产品。对技术和业务都比拟熟悉，比拟可控的工程。4. 你是如何制定工程方案的，哪些人员参与了工程方案的制定过程？PP 、A：WBS分解，并识别各个阶段的主要工作与可交付物，记录到工程方案书里面。MPP制定：选择适宜的生命周期后进行工程方案的制定，MPP根据模板制定各个工程的

4、阶段大的类别，B：估算工作量：工程经理在已有?工程英文简称_工程方案?的根底上，从已有的工程估算模板。并按模板的“填写说明完成工程估算，最终形成工程估算。C：工程进度方案：1)工程经理根据?工程英文简称_工程估算?中各阶段的“时间段，填写工程方案中的“工期、“开始日期、“结束日期. 各阶段的“资源数量，填写工程方案中的“资源. 3)调整工程方案的“工期，使方案中各阶段的工作量与工程工作量估算的各阶段工作量的保持一致性。除非有充分的理由，否那么不要调整工程估算的内容，如果调整了工程估算内容，需要在“调整理由写明详细原因。但下一阶段，即需求阶段的工作方案，需要在工程方案中制定详细方案。6)分解过程

5、需要始终与工程估算中各阶段的值保持一致。7)工程经理在工程执行过程中，根据实际情况，不继修改、补充工程方案D:完善工程方案文档。完善 测试方案 / 分配资源/沟通方案/培训方案/风险方案/配置方案/质量方案/工程经理/ 二级部门经理/商务经理/ 5. 集成工程方案的包括了哪方面的内容，集成工程方案是否发生过变更，如何进行变更？PP 3.1申请变更进入标准必要角色输出文档退出标准l里程碑变更l工程经理l二级部经理lCCBl?工程英文简称_变更申请表?提交变更1.里程碑变更，工程经理填写?工程英文简称_变更申请表?。2.变更的实现需消耗30人天以下工作量的，提交给工程经理审批。3.变更的实现需消耗

6、30人天以上、60人天以下工作量的，工程经理将?工程英文简称_变更申请表?提交给二级部门经理评审。4.变更的实现需消耗60人天以上工作量的，需将?工程英文简称_变更申请表?提交给CCB评审。注：CCB的组成，由技术骨干、工程经理、二级部经理、部门经理和销售部门指定人员一名组成3.2评审变更进入标准必要角色输出文档退出标准?工程英文简称_变更申请表?已提交工程经理l二级部经理lCCB?工程英文简称_变更申请表?变更已审批1.工程经理或者二级部经理或者CCB审批变更2.提交给CCB评审的变更需要召开召集变更评审会议3.CCB评审的变更最终批准由部门经理签字完成4.审批人将审批结果记录在?工程英文简

7、称_变更申请表?中，并签字。5.所有变更要有客户签字确认。3.3实施变更进入标准必要角色输出文档退出标准里程碑变更工程经理l工程成员变更实施完毕 工程组实施变更3.4记录变更进入标准必要角色输出文档退出标准变更已实施l工程经理l工程英文简称_变更记录表?变更发布1.所有变更记录?工程英文简称_变更记录表?。2.工程经理在?工程英文简称_变更申请表?里面签字确认变更3.工程经理将变更完成后的里程碑发布，提交版本效劳器。3.5 验证 参考质量保证过程 6. 你是如何估计工程的规模、工作量、进度、本钱，技能、风险，为什么选用这种估算方法，公司规定了哪几种估算方法？ PP 7. 你是否如何估计工程的关

8、健计算机资源？PP 8. 你是如何对工程进行跟踪和管理的？PMC SP1.A工程监控： 周报。周例会。里程碑评审 。问题类别：客户需求问题、系统设计问题、代码质量问题、文档质量问题、任务进度问题、版本管理问题等周报:工程组成员周报。周例会：a.工程成员汇报本周进展情况b.讨论工程存在的问题以及需要采取的解决措施，并记录在?工程英文简称_问题跟踪表?中；比方工程经理报告工程偏差，进度偏差SPI和工时偏差CPI。如果SPI或CPI<0.9，或估算属性值发生变化，需要分析原因，在周报中明确纠正措施，必要时采取预防措施，同时记录在?工程英文简称_问题跟踪表?中.3)工程经理根据工程组成员提交的工

9、程周报以及例会上讨论问题和风险，汇总和制作?工程英文简称_工程周报_YYYYMMDD?，并提交给部门经理。4)工程经理更新MPP进度方案文件，完成百分比、实际开始时间、实际完成时间、实际工时AC列。5)工程经理将会议内容记录在?工程英文简称_会议纪要_YYYYMMDD?中，并发送给工程组成员。里程碑评审:1)工程经理做工程方案时制定里程碑评审方案2)工程经理制作?工程英文简称_里程碑评审报告_YYYYMMDD?3)工程经理组织里程碑评审会议4)根据里程碑评审会议讨论结果更新?工程英文简称_里程碑评审报告_YYYYMMDD?5)工程经理提交?工程英文简称_里程碑评审报告_YYYYMMDDB风险识

10、别：参照?工程英文简称_风险检查表?识别工程风险,接受者对风险进行处理，提出解决方法，工程经理对措施进行跟踪，并记录在?工程英文简称_工程风险管理跟踪表?中 直至风险关闭 。C：问题跟踪：1)问题类别：客户需求问题、系统设计问题、代码质量问题、文档质量问题、任务进度问题、版本管理问题等；2)所有需跟踪事项全部记录在?工程英文简称_问题跟踪表?中；如CPI和SPI<0.9，工程经理发起纠正措施跟踪，记录?工程英文简称_问题跟踪表?；3)工程经理针对问题制定相应的解决措施；4)工程经理跟踪纠正措施至关闭。5)每周例会上对问题进行沟通，并刷新?工程英文简称_问题跟踪表?9. 你如何对风险进行跟

11、踪？PMC 跟踪风险：在每周的工程例会评价识别的风险、跟踪风险措施的执行情况，并识别新的风险，风险变化后追加一行进行描述，更新?工程英文简称_工程风险管理跟踪表?，优先级高的风险要表达在工程周报中。处理风险：接受者对风险进行处理，提出解决方法，工程经理对措施进行跟踪，并记录在?工程英文简称_工程风险管理跟踪表?中。关闭风险：风险发生后可能性置为100%，风险消失或者是风险关闭以后可能性置为0%。风险发生后在?工程英文简称_工程风险管理跟踪表?中跟踪应急措施到关闭。 10. 工程划分了哪几个阶段或里程碑？里程碑阶段需要做哪些方面的工作？PMC 工程启动会议PPT/需求分析说明书.doc/概要设计

12、说明书_核心版.doc/详细设计说明书.doc/ 编码/测试总结报告/上线实施/ 结项，工程总结报告/。11. 工程的培训是如何开展的？PP 小组或工程组：制定小组或工程组培训方案 编写培训材料实施培训培训过程记录培训考核培训总结公司：收集和调研培训需求制定培训方案培训方案的实施和跟踪：如课程设计，材料编写，过程记录，考核，学分汇总等。培训考核：培训效果评价。维护培训方案：比方有时候有增加的地方。做好变更记录。方案总结：听取相关人员，参与人员建议/写培训总结报告 12. 你参加过哪方面的培训?你是如何了解公司的培训安排? PP工程管理工具SVN。 公司会有年度培训方案。发给我们。 然后提前半个

13、月进行邮件通知。 任何有兴趣的人员都可以参加。 13. 工程过程中统计哪些方面的数据？MA过程要背 、进度/工作量/风险/问题/产出物/复用模块/ 14.MPP里的数据，如工程方案工作量PV/工程实际工作量AC/工程挣值EV/进度指数SPI/工作量指数CPI/评审发现缺陷密度/测试缺陷总数/ 15. 公司是否有组织方针，你是否了解其中有什么内容？ 16. QA如何来检查你的工作？PPQA1、 QA参与工程组早期活动与工程过程剪裁，并根据工程方案制定?_质量保证方案.doc?。需定义出各阶段检查、审计的工作过程及产品对象，以及在每个阶段QA工作输出及汇报机制参与活动：参加现场活动，现场观察执行一

14、些活动，如周会、评审、估算、基线建立等审查记录：追溯一系列记录，如邮件，证明活动正确执行 访谈：面谈询问，并查看记录1、QA与工程经理共同分析发现的偏差，确定产生的原因、影响程度、优先级及解决偏差责任人、解决期限、验证日期等信息2、到达已定义的偏差验证日期，QA代表对偏差进行验证，对于验证未通过的偏差，QA代表必须跟踪直至其关闭3、工程中解决不了的偏差提交二级部门经理处理，如不能解决最后提至部门经理进行最终裁决，对于忽略的偏差QA需记录忽略理由后直接关闭偏差记录跟踪表?一起提交部门QA，同时抄送二级部门经理和工程经理.17. 上级领导如何来审查你的工作？ 18. 请你描述一下公司的需求过程，你

15、参与了需求的调研过程吗？1) 工程经理组织开发?工程英文简称_需求分析说明书?，工程组成员负责具体实施，在此过程中识别需求相关问题，并更新?工程英文简称_问题跟踪表?。2) ?工程英文简称_需求分析说明书?开发完成后，工程经理制定?工程英文简称_需求分析说明书?的?工程英文简称_同行评审方案?，发布通知。3) 工程经理召开?工程英文简称_需求分析说明书?评审会议，根据?工程英文简称_同行评审检查表?对?工程英文简称_需求分析说明书?进行评审，识别问题，并形成?工程英文简称_同行评审报告?。在评审过程中识别的问题，记录在?工程英文简称_问题跟踪表?中，由工程经理分配人员解决，跟踪至关闭。4) 同

16、行评审发现的问题修订完毕后，工程组同客户召开需求分析说明书评审会议，确定需求分析说明书，发现问题记录在?工程英文简称_问题跟踪表?中，由工程经理分配人员解决，跟踪至关闭。5) 所有问题都得到有效处理后，输出?工程英文简称_需求分析说明书?，工程组签字承诺，亦可以邮件或会议纪要的形式承诺。6) 将?工程英文简称_需求分析说明书?提交客户签字批准，亦可以邮件或会议纪要的形式承诺。7) 每周例会中跟踪?工程英文简称_问题跟踪表?中需求问题的处理情况。8) 工程经理将?工程英文简称_同行评审报告?、?工程英文简称_需求分析说明书?上传到SVN效劳器，更新SVN上的?工程英文简称_问题跟踪表?。19.

17、你是如何来管理需求的需求发生变更，你如何处理？1) 工程经理组织工程例会，识别并记录工程方案或工程产品与需求不一致的问题，更新?工程英文简称_问题跟踪表?，记录来源、内容，分析原因，制订解决措施，确定责任人并跟踪问题的解决。2) 在工程设计、开发和测试阶段的评审阶段，根据?工程英文简称_同行评审检查表?，对交付物评审与需求的一致性，并记录?工程英文简称_同行评审报告?，将问题更新到?工程英文简称_问题跟踪表?中进行跟踪。3) 工程组成员协助识别问题，实施解决问题的措施。4) 工程经理更新SVN上的?工程英文简称_问题跟踪表?，并上传?工程英文简称_同行评审报告?。20. 需求发生变更时，由谁对

18、需求进行承诺？ 21. 需求是如何进行评审的谁来组织、监控、问题是否统计和分析？VER 22. 工程中建立了几条的基线，如何建立基线？制定配置管理方案建立配置库配置库维护发布基线配置项变更23. 如何进行配置审计？ CM在基线发布里程碑点和产品交付时按照?工程英文简称_基线清单?中所罗列的检查项对基线库进行检查。检查?工程英文简称_基线配置项清单?与基线库中的配置项名称及其版本是否一致。检查?工程英文简称_基线清单?中的基线记录和基线库的基线是否相符。检查工作产品受控库中工作产品中的基线产品变更是否在?工程英文简称_基线清单?有相应的变更记录。检查?工程英文简称_基线清单?的变更记录的内容是否

19、在工作产品受控库中被落实。检查基线的发布时间是否和方案发布时间一致。将审计结果填入?工程英文简称_配置审计表?中。跟踪问题直至关闭24. 基线变更的流程？1) 非基线产品变更l 变更人员从开发库中获得要变更产品的最新版本。l 文档变更，变更人员必须更新文档内修改履历，自行提交开发库，并修改文档标识中的版本号。如果文档模板内没有修改履历一栏，那么提交开发库时在注释中大致描述修改内容。l 代码变更，变更人员提交开发库时必须填写注释：大致描述修改内容。l 如产品提交时发生版本冲突，配置工具自动提醒冲突，变更人员协商进行版本合并后再提交开发库。2) 基线产品变更l 走变更流程，PM填写?工程英文简称_变更申请表_Y