实践是检验真理的唯一标准,如何检验项目经理的是非功过成败,那么他负责的项目就是最好的试金石。从长远来看,如果这个项目能够为客(用)户带来永久的利益和好处,那么在项目的预算和工期超出计划的范畴内也是可以接受的,就像悉尼歌剧院这个经典项目一样,虽然成本与工期远远超出了计划,但是它为悉尼在当代建筑领域留下了一个不朽的名片。
作为一名项目经理,我们要不断的学习项目管理知识、总结项目经验教训,为公司累积组织过程资产和知识。从公司的角度出发,在保质保量完成项目的前提下,尽量节省成本,保证每一个完工的项目文件齐套,为公司累积智力资产和案例,这是一个项目经理的基本职责。
12、你参加过哪方面的培训?你是如何了解公司的培训安排?
PP 、PMC、IPM、RSKM:GP2.5
项目管理工具SVN。
公司会有年度培训计划,发给我们,然后提前半个月进行邮件通知,任何有兴趣的人员都可以参加。
13、项目过程中统计哪些方面的数据?
MA过程要背 SP2.1、SP2.2、SP2.3、SP2.4
进度/工作量/风险/问题/产出物/复用模块/
14、公司收集哪些方面的数据,存放在哪儿,谁来管理这些数据?如何进行管理?
OPDSP1.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.2
16.1、QA参与项目组早期活动与项目过程剪裁,并根据项目计划制定《质量保证计划.doc》。需定义出各阶段检查、审计的工作过程及产品对象,以及在每个阶段QA工作输出及汇报机制
参与活动:参加现场活动,现场观察执行一些活动,如周会、评审、估算、基线建立等
审查记录:追溯一系列记录,如邮件,证明活动正确执行
访谈:面谈询问,并查看记录
16.2、 QA与项目经理共同分析发现的偏差,确定产生的原因、影响程度、优先级及解决偏差责任人、解决期限、验证日期等信息
16.3、 到达已定义的偏差验证日期,QA代表对偏差进行验证,对于验证未通过的偏差,QA代表必须跟踪直至其关闭
16.4、 项目中解决不了的偏差提交二级部门经理处理,如不能解决最后提至部门经理进行最终裁决,对于忽略的偏差QA需记录忽略理由后直接关闭
偏差记录跟踪表》一起提交部门QA,同时抄送二级部门经理和项目经理.
17、上级领导如何来审查你的工作?
PP、PMC、IPM、RSKM:GP2.1
18、请你描述一下公司的需求过程,你参与了需求的调研过程吗?
RD SP1.1 、SP1.2、SP2.1、SP2.2、SP2.3、SP3.5
18.1、项目经理组织开发《需求分析说明书》,项目组成员负责具体实施,在此过程中识别需求相关问题,并更新《问题跟踪表》。
18.2、《需求分析说明书》开发完成后,项目经理制定《需求分析说明书》的《同行评审计划》,发布通知。
18.3、项目经理召开《需求分析说明书》评审会议,根据《同行评审检查表》对《需求分析说明书》进行评审,识别问题,并形成《同行评审报告》。在评审过程中识别的问题,记录在《问题跟踪表》中,由项目经理分配人员解决,跟踪至关闭。
18.4、、同行评审发现的问题修订完毕后,项目组同客户召开需求分析说明书评审会议,确定需求分析说明书,发现问题记录在《问题跟踪表》中,由项目经理分配人员解决,跟踪至关闭。
18.5、所有问题都得到有效处理后,输出《需求分析说明书》,项目组签字承诺,亦可以邮件或会议纪要的形式承诺。
18.6、将《需求分析说明书》提交客户签字批准,亦可以邮件或会议纪要的形式承诺。
18.7、每周例会中跟踪《问题跟踪表》中需求问题的处理情况。
18.8、项目经理将《同行评审报告》、《需求分析说明书》上传到SVN服务器,更新SVN上的《问题跟踪表》。
19、你是如何来管理需求的(需求发生变更,你如何处理)?
REQMSP1.3、SP1.4、SP1.5 GP2.7、GP2.8、GP2.10
19.1.项目经理组织项目例会,识别并记录项目计划或项目产品与需求不一致的问题,更新《问题跟踪表》,记录来源、内容,分析原因,制订解决措施,确定责任人并跟踪问题的解决。
19.2.在项目设计、开发和测试阶段的评审阶段,根据《同行评审检查表》,对交付物评审与需求的一致性,并记录《同行评审报告》,将问题更新到《问题跟踪表》中进行跟踪。
19.3.项目组成员协助识别问题,实施解决问题的措施。
19.4.项目经理更新SVN上的《问题跟踪表》,并上传《同行评审报告》。
20、需求发生变更时,由谁对需求进行承诺?
REQMSP1.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
24.1、非基线产品变更
变更人员从开发库中获得要变更产品的最新版本。
文档变更,变更人员必须更新文档内修改履历,自行提交开发库,并修改文档标识中的版本号。
如果文档模板内没有修改履历一栏,则提交开发库时在注释中大致描述修改内容。
代码变更,变更人员提交开发库时必须填写注释:大致描述修改内容。
如产品提交时发生版本冲突,配置工具自动提醒冲突,变更人员协商进行版本合并后再提交开发库。
24.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、请描述一下测试分为几个阶段,主要采用什么的测试工具?
VERSP1.1、SP1.2、SP1.3、SP3.1、SP3.2
28、描述一下如何进行产品集成?
PI SP1.2、SP1.3、SP2.1、SP2.2、SP3.1、SP3.2、SP3.3
29、你如何与测试组进行沟通?
IPMSP2.1、SP2.2、SP2.3
编制测试方案
编写测试计划
编写测试案例
执行测试
30、公司的过程改进小组(EPG)由哪些成员组成,他们主要的职责是什么?
OPF、OPD : GP2.4
进行CMMI过程跟踪。过程改进建议表。
31、你如何了解过程改进的执行情况?
OPFSP2.2
32、你是如何给过程改进小组提供意见及建议,他们是如何处理的?
GP3.2
33、你知道公司过程财富库主要有哪些方面的内容,你是如何访问的(谁来进行管理和控制)?
OPD SP1.1、SP1.2、SP1.3、SP1.4、SP1.5
34、项目结项时,将项目中的经验教训存放于哪里?
OPF SP2.4 ;IPM SP1.5
35、组织环境标准有什么内容,你是如何获得项目环境?
IPMSP 1.3
36、公司非CMMI方面做得好的地方?
37、公司非CMMI方面做得不好需要改进的地方?
企业规模在亿级以上的CEO、CIO、CTO、信息化专家、业务专家、流程专家、技术总监、产品总监、研发总监等都在关注的精品微信号!
关注微信公众号“管理学习自留地”,从此你的职业人生与众不同!