cmmi5访谈问题-需求、设计、开发、测试以及部分项目经理的

通用问题：一、     GP2.1组织（就是公司的意思）有建立相关的（相关的意思是，你是什么角色，就是什么活动）政策（方针）吗？有哪些内容？公司制定了《质量管理工作方针》，明确规定了，项目组各项活动对应的工作方针和要求，也包括我这块的方针要求二、    GP2.2如何策划你们的（指的是：需求、设计、开发、测试）活动？时的，项目经理编写了项目计划，里面包括了项目的各个活动。包括了我们这块的工作安排三、    GP2.3如何策划你们工作所需要的资源在我们的项目计划书里建立了资源计划，包括了项目活动所需要的所有资源，包括：操作系统、服务器、开发工具、管理工具、人力资源要求等。四、    GP2.4如何确定你们的角色和职责？项目计划书里有项目组织章节，有明确项目的各个角色和分工。五、    GP2.5是否接受过相关的培训？指的和你工作有关的培训1） 参加过咨询师做的CMMI的培训2） 有公司内部EPG（过程改进小组）做的针对我们这块工作的制度和规范的培训。六、    GP2.6如何管理和控制相关过程的工作产品？使用SVN工具对各个产品统一进行管理。八、    GP2.8如何监控项你们的工作？通过项目周报、周例会等对项目的各项活动进行监控。项目经理每周例会对个人的工作进行检查、汇报，对工作量、问题进行汇报和解决。九、    GP2.9怎么样客观评价你们的活动？（QA会审计哪些项目计划工作）QA使用检查单审计我们的活动和工作产品，主要看我们的工作是否符合公司规范的要求十、    GP2.10高层经理如何检查你们的活动？1.高层经理通过参加里程碑评审会议来检查我的工作。2.项目经理汇报项目进展情况。十一、 GP3.1你们的过程有没有裁剪？我们的项目经理会定义我们项目组的所有活动和产出物，我们这块的内容没有裁剪。十二、 GP3.2有没有提供过程相关的经验？项目结束后，我们有项目总结，反馈我们的经验和教训，我们所有的资料都会提供给公司，供以后的项目组参考使用。当然，公司EPG也会定期向我们收集改进的建议。一、     GP2.1组织（就是公司的意思）有建立相关的（相关的意思是，你是什么角色，就是什么活动）政策（方针）吗？有哪些内容？公司制定了《质量管理工作方针》，明确规定了，项目组各项活动对应的工作方针和要求，也包括我这块的方针要求在我们的项目计划书里建立了资源计划，包括了项目活动所需要的所有资源，包括：操作系统、服务器、开发工具、管理工具、人力资源要求等。通过项目周报、周例会等对项目的各项活动进行监控。项目经理每周例会对个人的工作进行检查、汇报，对工作量、问题进行汇报和解决。项目结束后，我们有项目总结，反馈我们的经验和教训，我们所有的资料都会提供给公司，供以后的项目组参考使用。当然，公司EPG也会定期向我们收集改进的建议。REQMSP1.1请问你是如何理解需求的？我们通过访谈的方式调研需求，会把调研的内容记录到需求调查表，在这个基础上，进行内部讨论，最终编写用户需求说明书SP1.2你们如何获得对需求的承诺？我们会以正式评审的方式来确认需求，客户、项目组主要成员都会参与SP1.3你们如何管理需求变更？当有需求变更的时候，我们通过变更申请与审批单，提出需求变更，在项目组进行变更影响分析后（主要是对系统的影响分析、进度影响分析、工作量影响分析等方面），提交高层和客户讨论批准。----各自看看自己项目组的需求变更是什么，要说出来具体内容和结论。SP1.4如何确保需求的双向可追溯？我们通过需求跟踪矩阵，建立了从需求-设计-开发-测试的对应关系，来确保需求的双向可追溯SP1.5如何确保项目工作和需求的一致？首选，通过需求跟踪矩阵，可以确保需求和后面的工作产品保持一致；另外，我们每次的技术评审，以及测试活动，都会检查是否满足需求。通用问题---以项目管理活动为例GP2.1组织有建立相关的政策（方针）吗？有哪些内容？组织有建立质量管理工作方针，包括xx方针，主要内容有：……GP2.2如何策划（项目计划、项目监控、风险管理、集成项目管理）活动？项目计划里建立了项目计划的任务GP2.3如何策划项目计划的资源项目计划书里建立了资源计划，包括了项目管理所需要的资源，主要是OfficeＯＴ：培训规划GP2.4如何确定角色和职责？项目计划书里有项目组织结构图，有明确项目管理的角色和分工OT：培训规划GP2.5是否接受过相关的培训？参加过咨询师做的CMMI的培训，还有公司内部EPG做的针对各个角色的培训CMMI1.3GP2.6如何管理和控制相关过程的工作产品？项目的配置管理计划里面有识别相关工作产品作为资料或者配置项，并在配置状态报告中进行监控VSS、CVS工具管理配置状态报告、基线建立报告得知自己的工作产品被管理GP2.7如何识别和监控相关过程干系人的介入？项目计划中有干系人介入计划（外部干系人），项目计划评审的时候项目组和高层都有参加（内部干系人），在评审报告中有记录OT：年度培训计划GP2.8如何监控项目计划（风险）活动？项目周报、周例会项目经理每周例会对个人的工作进行检查、汇报，对工作量、问题进行汇报和解决OT：每次培训有培训总结，发送部门经理；每月有例会，也会汇报当月的培训工作GP2.9怎么样客观评价项目计划活动？（QA会审计哪些项目计划工作）QA使用检查单审计项目计划的活动和工作产品，比如：…QA发现的问题会记录到问题偏差跟踪记录单里面，会跟我协商解决措施，我们会达成一致1、QA检查单2、审计活动及产品3、不符合问题记录表4、项目经理分配解决的责任人GP3.2有没有项目计划过程相关的经验？项目一和项目二：我们项目结束后通过填写最佳实践申请表，把项目的最佳实践提交给了组织，在项目期间也有提过改进建议，比如：……1、项目所有的过程资料，项目结项后都提交到过程资产库2、项目过程中，填写过程改进建议表，发送给QA，提交给EPG，EPG分析后反馈意见，（采纳或不）GP2.10高层经理如何检查项目计划活动？高层经理通过参加里程碑评审会议来检查我的工作1、高层参加里程碑汇报会议1、项目经理汇报项目进展情况2、QA（不符合问题），cm（配置状态报告、基线建立情况）OT:部门例会GP3.1如何定义（裁剪）项目计划的过程？我们在项目裁剪表里定义了xx活动1、项目裁剪表其它过程基本无裁剪ＯＴ：培训程序文件-培训规划REQM我们通过访谈的方式调研需求，会把调研的内容记录到需求调查表，在这个基础上，进行内部讨论，最终编写用户需求说明书我们会以正式评审的方式来确认需求，客户、项目组主要成员都会参与当有需求变更的时候，我们通过变更申请与审批单，提出需求变更，在项目组进行变更影响分析后（主要是对系统的影响分析、进度影响分析、工作量影响分析等方面），提交高层和客户讨论批准。----各自看看自己项目组的需求变更是什么，要说出来具体内容和结论。我们通过需求跟踪矩阵，建立了从需求-设计-开发-测试的对应关系，来确保需求的双向可追溯首选，通过需求跟踪矩阵，可以确保需求和后面的工作产品保持一致；另外，我们每次的技术评审，以及测试活动，都会检查是否满足需求。通用问题---以项目管理活动为例组织有建立质量管理工作方针，包括xx方针，主要内容有：……项目计划里建立了项目计划的任务项目计划书里建立了资源计划，包括了项目管理所需要的资源，主要是OfficeＯＴ：培训规划项目计划书里有项目组织结构图，有明确项目管理的角色和分工OT：培训规划参加过咨询师做的CMMI的培训，还有公司内部EPG做的针对各个角色的培训CMMI1.3项目的配置管理计划里面有识别相关工作产品作为资料或者配置项，并在配置状态报告中进行监控VSS、CVS工具管理配置状态报告、基线建立报告得知自己的工作产品被管理项目计划中有干系人介入计划（外部干系人），项目计划评审的时候项目组和高层都有参加（内部干系人），在评审报告中有记录OT：年度培训计划项目周报、周例会项目经理每周例会对个人的工作进行检查、汇报，对工作量、问题进行汇报和解决OT：每次培训有培训总结，发送部门经理；每月有例会，也会汇报当月的培训工作QA使用检查单审计项目计划的活动和工作产品，比如：…QA发现的问题会记录到问题偏差跟踪记录单里面，会跟我协商解决措施，我们会达成一致1、QA检查单2、审计活动及产品3、不符合问题记录表4、项目经理分配解决的责任人项目一和项目二：我们项目结束后通过填写最佳实践申请表，把项目的最佳实践提交给了组织，在项目期间也有提过改进建议，比如：……1、项目所有的过程资料，项目结项后都提交到过程资产库2、项目过程中，填写过程改进建议表，发送给QA，提交给EPG，EPG分析后反馈意见，（采纳或不）高层经理通过参加里程碑评审会议来检查我的工作1、高层参加里程碑汇报会议1、项目经理汇报项目进展情况2、QA（不符合问题），cm（配置状态报告、基线建立情况）OT:部门例会我们在项目裁剪表里定义了xx活动1、项目裁剪表其它过程基本无裁剪ＯＴ：培训程序文件-培训规划RDSP1.1请问你们是如何引导需求的？我们通过访谈的方式调研需求，会把调研的内容记录到需求调查表，在这个基础上，进行内部讨论，最终编写用户需求说明书。我们还会给客户演示以前的项目的产品，基于这个去进一步沟通引导客户需求；SP1.2你们如何把干系人的需求转换成客户需求？我们在调研之前，会了解到客户方的组织架构，系统覆盖的范围涉及到哪些部门等等，来识别相关的需求提出方，以确保我们了解到的需求，是满足足有干系人的需要的SP2.1你们如何确定产品和产品构件（模块）的需求？我们通过对用户需求的分析，会根据用户需求编写需求规格说明书，里面会考虑大概的系统的构成，比如分几个子系统，多少功能模块，对应着用户需求把模块进行基本划分和定义SP2.2你们如何分配产品构件（模块）需求？我们是严格按照用户需求说明书来编写需求规格的，有明确的对应关系，还通过需求评审和需求跟踪矩阵表来确保所有的用户需求被分配到系统需求里SP2.3你们是否确定了接口需求？是的，我们在需求规格说明书里明确了接口需求-----自己去看自己项目的需求规格说明书，要说出具体的接口需求SP3.1是否建立操作概念和场景？我们在需求规格说明书里，对需求进行分析，从业务流程和用户操作流程角度，对每个操作的概念进行详细定义-----各自看看自己需求规格说明书里的流程图是哪些SP3.5如何确认需求？我们会以正式评审的方式来确认需求，客户、项目组主要成员都会参与SP3.2是否建立了必要的功能定义和质量属性？请简要说明功能的输入、输出非功能需求就是质量属性----各自说自己的非功能需求（性能要求、安全等）SP3.3你们是如何分析需求以确保需求是必要和充分的？我们会跟客户进行多次沟通交流，以会议的方式进行，同时我们组内也会多次开会讨论，让大家充分理解需求；另外我们的需求会进行评审，通过正式的评审会来保证需求的有效、完整等SP3.4你们如何分析需求以平衡相关干系人的需求和约束？和客户会就一些需求进行沟通协商（会议的方式），比如一些实现方式上可以更加有利于我们的技术实现，或者是客户提出一些特别难处理的需求，但是该需求并不是主要业务流程上的内容，我们会通过和客户分析业务场景，而建议客户去掉这些需求，等等。RD我们通过访谈的方式调研需求，会把调研的内容记录到需求调查表，在这个基础上，进行内部讨论，最终编写用户需求说明书。我们还会给客户演示以前的项目的产品，基于这个去进一步沟通引导客户需求；我们在调研之前，会了解到客户方的组织架构，系统覆盖的范围涉及到哪些部门等等，来识别相关的需求提出方，以确保我们了解到的需求，是满足足有干系人的需要的我们通过对用户需求的分析，会根据用户需求编写需求规格说明书，里面会考虑大概的系统的构成，比如分几个子系统，多少功能模块，对应着用户需求把模块进行基本划分和定义我们是严格按照用户需求说明书来编写需求规格的，有明确的对应关系，还通过需求评审和需求跟踪矩阵表来确保所有的用户需求被分配到系统需求里是的，我们在需求规格说明书里明确了接口需求-----自己去看自己项