CMMI3访谈问题列表 for Developer.docx
- 文档编号:12749926
- 上传时间:2023-04-21
- 格式:DOCX
- 页数:13
- 大小:121.81KB
CMMI3访谈问题列表 for Developer.docx
《CMMI3访谈问题列表 for Developer.docx》由会员分享,可在线阅读,更多相关《CMMI3访谈问题列表 for Developer.docx(13页珍藏版)》请在冰豆网上搜索。
CMMI3访谈问题列表forDeveloper
需求访谈
1.请说明公司怎样明确需求人员岗位职责?
在哪些方面体现?
由高层指定项目经理,由项目经理在项目启动会时介绍我作为该项目的需求人员,以及相应的职责。
这些内容都记录在《项目计划书》中。
2.需求方面,公司是否有一些指导的方针?
有的,这个方针是由组织统一制订的。
主要内容是:
需求开发和需求管理,包括需求的获取、分析和管理按照统一的过程实施;需求是确定的、被跟踪和控制的;保证需求和最终产品的一致性。
3.请你描述一下需求阶段分为几个子过程?
及主要的工作是什么?
需求阶段分为需求获取,需求确认,需求分析,需求评审,需求管理(填写需求跟踪距阵)等等。
需求获取阶段主要制定需求开发管理计划,收集客户的需求,并整理到《用户需求说明书》,然后给客户确认,采用的方式主要是面对面访谈,会议交流,EMAIL沟通,填写调查表等等;
《用户需求说明书》确认通过后,需求人员填写《需求跟踪距阵》的“用户需求”列;
需求分析人员根据《用户需求说明书》制定《需求规格说明书》。
然后项目组人员对《软件需求说明书》进行评审。
评审通过后,需求人中更新《需求跟踪距阵》中的“软件需求”列。
需求开发流程图:
4.你是如何获取项目和产品的需求?
有哪些方法?
如何获取客户的需求:
根据《需求开发管理计划》中的需求调研方法、计划安排,向客户需求提供人员进行需求调研。
获取客户的需求,主要是与客户各业务部门通过广泛、深入的访谈、参观、收集材料、交流、或者提供原型的方式进行细致准确的需求调研,并记录过程结论、一致意见、不一致意见,整理分析形成《需求访谈记录表》。
采用的方式主要是面对面访谈,会议交流,EMAIL沟通,填写调查表等等,或做一些原型给客户,帮助客户发现一些潜在的需求。
5.你是如何对需求分类(功能、非功能)?
需求分为功能性需求与质量属性方面的需求,质量属性可以分为可维护性,安全性,兼容性,易用性等等。
6.你是如何标识需求状态的?
你采用了什么方法或工具跟踪需求的状态?
我们在每个阶段完成时,都填写《需求跟踪距阵》,所以当需求变更时,我们采用《需求跟踪距阵》来查看每个需求的状态,了解因变更而影响的需求范围。
7.需求分析采用了哪些方法?
你是如何判断这些方法符合项目要求?
需求分析主要使用了原形法或传统方法对用户需求进行逐步的细化,最后根据需求分析结果,编写《需求分析规格》,以及维护《需求跟踪矩阵》。
我们采用VISIO工具来分析系统,并对系统进行建模,制定出系统的业务流程图和系统架构图。
当《需求规格说明书》制定完成后,由项目经理组织邀请客户,开发人员,测试人员,配置人员,质量保证人员,高层参加需求规格说明书的评审会议,在保证需求分析是满足客户需求的,并得到大家的认可。
各项目组成员根据项目选择实际情况回答:
需求开发采用的方法是原型法或者传统法。
(传统法和原型法的说明:
1、传统的方法,主要包含结构化的开发方法及面向对象的开发方法,我们统称为传统的方法主要是为了区别于原型法而定的。
2、原型法,运用原型法开发系统时,开发人员首先要对用户提出的问题进行总结,然后开发一个原型系统并运行之。
开发人员和用户一起针对原型系统的运行情况反复对它进行修改(在这过程中也可以添加新功能),直到用户对系统完全满意为止,与结构化系统开发方法不同,原型法不注重对管理系统的全面、系统的详细调查与分析,而是本着系统开发人员对用户需求的理解,先快速实现一个原型系统,然后通过反复修改来实现管理信息系统。
)
8.需求分析结果是否都记录在哪里,主要内容有哪些?
记录在《需求规格说明书》,主要的内容有系统架构图,每个功能的业务流程图及场景描述和接口需求等等。
9.需求的优先级如何确定?
需求程度(验证、一般),需求的稳定性?
高——软件必须实现的功能
中——软件应该实现的功能
低——软件尽量实现的功能
10.你是如何与客户确定需求变更的约定?
有哪些记录?
当需求变更时,由项目经理对需求变更进行分析,主要是从需求变更所影响的范围,进度,质量和成本四个方面进行分析。
当项目经理分析后,确定这次变更的影响,根据项目计划书中的变更审批权限进行相应的审批。
例如变更工作量在2天以内由项目经理决定是否执行变更,当变更工作量超过2天,则提交给(高层和客户)CCB来决定是否执行变更。
关于变更都记录在《需求变更申请表》《需求跟踪矩阵》等文档中。
11.需求变更的流程是如何的?
1、提出需求变更申请
●项目组内部和客户方都可以根据需要提出需求变更申请,填写《需求变更申请表》。
2、影响性分析
●项目经理组织相关人员,对提交到项目组的需求变更申请进行影响性分析。
会议通过打分的方式决定是否变更及影响的工作量、工期。
3、CCB审核
●根据项目计划书中的变更审批权限进行审批,如“单次变更工作量≤24人时,累计变更工作量≤80人时”由项目经理审批,“单次变更工作量>24人时”由CCB审核。
●CCB根据需求变更内容和项目组提交的影响性分析,批准或拒绝需求变更申请。
4、实施和验证需求变更
●项目经理接受批准后的需求变更申请,作为项目任务安排(根据需求变更的复杂情况,涉及项目实施的各个方面,包括但不限于重计划,各种基线变更发布等);
流程图如下:
注:
每个项目的变更审批权限,请根据项目计划书的“变更审批权限”来回答自已项目中的变更流程。
12.在配置库中是否建立了需求基线?
如何建立需求基线?
该基线包括哪些配置项?
建立了,由配置管理员在需求开发里程碑评审通过后,建立“需求基线”,然后将《基线建立通知单》发项目组中的每个人。
在这条基线里主要包括《需求规格说明书》、《评审报告》等配置项。
13.工作量统计吗?
需求阶段工作量占项目总工作量的多少?
统计的,每阶段结束,项目经理会记录该阶段的工作量、工期至《项目度量数据表》,在项目结项时,由项目经理统计项目中的阶段性工作量,需求阶段的工作量占项目总工作量的10%~15%左右。
14.需求活动在什么情况下可以结束?
什么时候?
需求得到用户的确定并通过项目组的评审后可以进入设计阶段。
15.你参与的项目采用的生命周期模型是什么?
公司定义了哪几种生命周期模型?
公司现有生命周期模型:
●标准V-瀑布生命周期(SVW)(*)
●阶段V-瀑布生命周期(V4)
●阶段V-瀑布生命周期(V3)
●编码和修正生命周期(C&F)
●阶段交付模型
●交叠瀑布模型
项目采用瀑布生命周期模型,分为计划,需求开发,概要设计阶段,详细设计阶段,编码阶段,单元测试阶段,集成测试系统,系统测试阶段,上线发布阶段
16.需求活动中是否会碰到一些风险?
你是如何识别和控制这些风险的?
有的,“客户的需求不明确、不清晰”,在项目计划阶段项目组就识别该风险并记录至《风险管理列表》,我们在每周进行跟踪,分析这条风险的级别,由我负责跟客户交流,通过访谈、会议、msn、电子邮件等方式咨询客户。
所以在需求分析阶段就关闭了这条风险。
17.你是如何确定你的需求都被实现了呢?
首先查看《需求跟踪距阵》,确认需求的完整性,然后通过集成测试,系统测试来检查我的需求实现情况。
设计访谈
1.公司是否制定了设计方面的规程或指南?
具体名称?
是的,EPG制定了《设计过程》《产品集成过程》等来指导我们工作,比方说设计过程,要先做《概要设计说明书》、《数据库设计说明书》、《接口清单》,然后召开评审会议,评审通过后,再做详细设计,包括《详细设计说明书》并通过评审,最终保证《需求规格说明书》中的各项要求在设计时都能够得到满足。
2.如何确定技术解决方案?
在我们这个项目中,在做概要设计时,有两种技术方案,我们当时是由项目经理组织召开了决策分析会议,在会议上,我们共同分析了两种方案的优缺点,制定了权衡标准和权重,然后共同根据权衡标准来对每一种方案进行打分,这个分数是大家共同认可的,然后将这个分数乘以权重,得到最后的分数。
最终选择分数最高的做为这个决策的最佳方案。
接下来,请举出项目中的实例,查看各项目的“决策分析报告”的文档内容,对采用的方案进行简要描述。
3.设计的过程?
由设计人员根据《需求规格说明书》,先做《概要设计说明书》和《数据库设计说明书》,然后召开评审会议,评审通过后,再做《详细设计说明书》,然后由项目经理召开评审会议,评审通过后,将相关配置项由配置管理工程师入库等。
设计的过程详细描述:
●在确定技术解决方案后,进行概要设计,确认项目约束条件,系统总体架构,功能模块,开发和测试环境,确定系统内、外部接口说明,同时还要考虑重用策略及资源,编写《概要设计规格》、《接口清单》。
然后进行数据库设计,形成《数据库设计规格》。
●对概要设计和数据库设计、接口清单进行评审,评审通过后,更新RTM
●进行详细设计,主要工作有:
模块/组件设计,业务模块用户界面、类与接口设计,细化、实现数据结构及算法,进行安全性要求设计,形成《详细设计规格》,并进行评审以及更新RTM。
详见《设计流程》,设计方案包括了概要设计规格、数据库设计规格、详细设计规格、接口清单。
请根据各自项目了解这四个文档具体包括的内容。
4.你采用了哪些设计方法及技术?
你用到了哪些工具来开展你的设计工作?
结构化设计方法:
主要是1.自顶向下2.逐步细化3.模块化设计4.结构化编码,用到的设计工具是:
visio建模。
5.你是如何确保你的设计符合需求?
我们利用《需求跟踪距阵》来保证需求,设计,编码,测试的一致性和完整性;同时设计中的每一个阶段(概要设计阶段,详细设计阶段)都召开评审会议,确保阶段性工作产品的质量。
6.有哪些人员参与设计的评审?
评审发现的问题如何处理?
由项目经理,需求人员,开发人员,测试人员,配置人员参加了《概要设计说明书》《数据库设计说明书》《接口清单》《详细设计说明书》等评审会议,在评审中发现的问题我们会记录在《评审记录表》中进行跟踪解决,最终形成《评审报告》决定是否评审通过。
7.在设计阶段需要编写哪些支持性文档?
有《概要设计说明书》,《数据库设计说明书》,《接口清单》,《详细设计说明书》等等,并更新《需求跟踪矩阵》。
8.你了解公司的培训计划吗?
了解,公司在培训三天前通过EMAIL发培训通知到我的邮件里,告诉我们培训的内容,培训的地点,培训讲师,培训人员,培训资料的存放地址等
9.你培训后是否填写过培训反馈表?
你知道有免培规程吗?
填写了,培训结束后,由培训负责人发《培训评估调查表》给我,我根据培训情况对培训讲师进行打分,对培训教材进行打分等等,然后提交给培训负责人。
知道免培规程,当我参加过这样的培训时,同时我能证明我有这方面的能力,不需要参加这次培训,我可以填写《免培申请表》来申请免修,得到部门经理的审批,并提交培训专员备案后,可以不参加这次培训。
10.是否制定有培训讲师的评选和管理规程?
有的,在组织标准过程(OSSP)体系里培训过程中定义了培训讲师的要求和管理规程,同时在“讲师库”中也有讲师列表可供选择。
11.你了解公司组织过程财富库中有哪些内容吗?
你是如何访问?
了解。
公司组织过程财富库里有组织标准过程(OSSP),度量库,风险库,工作环境定义,最佳实践,生命周期模型,由配置管理人员利用SVN进行管理,这个财富库由配置管理员对公司所有员工开放只读权限。
12.你通过哪些途径了解公司过程改进的进展情况?
你是否向EPG组提交过一些建议或意见,他们是否有反馈,多久反馈,是否采纳了?
主要是通过邮件、培训的形式,一开始收到公司过程改进的启动通知,然后是参加CMMI过程域的培训、体系发布、紧接着是体系在全公司内进行培训,然后体系在公司项目中试点推广,在这个期间,发现的任何有关过程改进的问题都通过MAIL的形式提交给EPG人员,EPG人员会在收到问题后一天内给予回复,同时,EPG小组也有人进入我们的项目,指导过程改进工作。
参见”组织过程财富库\02-过程改进\01-过程管理\05-改进问题及建议”的《OPD-4-03过程改进建议表》—各成员均要了解,举个例子
开发访谈
1.你采用了什么开发环境?
公司是否对这些语言的编码规范做了规定?
开发环境:
根据项目的实际情况回答
公司有相对应的编码规范约定,包括有:
编程规范JAVA、编程规范C、编程规范C#、编程规范C++、编程规范EC。
2.你采用了什么样的开发工具?
开发工具:
根据项目实际情况回答
3你参与了哪些工作产品的评审?
根据项目实际情况回答。
比如,我参加过《项目计划》、《需求分析规格》、《概要设计规格》、《数据库设计规格》、《详细设计规格》、代码、《集成测试计划》、《系统测试计划》、《集成测试用例》、《系统测试用例》等工作产品的评审。
评审方式有会议评审或邮件评审。
会议评审:
由项目经理确定评审的参加人员,发送《评审通知单》(通知内容:
评审时间,评审的工作产品、评审记录表等)给评审参加人员。
项目经理先发起预审,预审阶段由评审人员将发现的问题记录在《评审记录表》中,在评审会议上,作者根据《评审记录表》回答评审人员提出的问题,由项目经理指定并监控作者解决评审中发现的问题,最终形成评审报告。
邮件评审:
由评审人员将发现的问题记录在《评审记录表》中提交给项目经理,项目经理汇总后发给作者,由作者进行修订,项目经理指定并监控作者解决评审记录表中发现的问题,最终形成评审报告。
4.编程活动在什么时候开始启动?
●详细设计阶段里程碑评审通过,可执行下一阶段工作;
●详细设计基线入库,配置管理人员发布设计《基线建立通知单》;同时满足时进入“编码阶段”
5你采用了什么样的编码方法?
MVC(模型,视图,控制)三层架构。
可根据项目实际情况回答。
6你用什么工具生成和调试你的程序的?
开发工具自带的“Debug”调试工具
可根据项目实际情况回答。
7.你编写的程序是如何知道满足设计的?
通过什么样的方式跟踪?
我们利用《需求跟踪距阵》来保证需求,设计,编码,测试的一致性和完整性;同时,测试人员会对我们的代码进行单元测试、集成测试与系统测试,并将测试出的BUG记录在《缺陷跟踪表》中,由测试人员进行跟踪解决项目中所发现的BUG。
8.如何对代码的质量进行评审?
我们每天下班前,由项目经理组织开发人员进行交互代码走查,主要是检查代码的编码规范和代码的逻辑性,并将发现的问题记录在《代码走查表》中跟踪解决,同时开发人员进行单元测试,以保证代码的质量。
9.你是如何进行单元测试的?
测试的结果会记录吗?
结果报告存放在哪里?
我们(是指开发人员)根据评审通过的单元测试用例进行单元测试,并将测试出的BUG记录在《缺陷跟踪表》中进行跟踪解决。
在《测试报告》中统计单元测试BUG数及分析其原因。
10.如何确定编码结束?
(编码结束的准则?
)
●根据《需求跟踪矩阵》,该软件的功能已经按照《用户需求说明书》和《需求规格说明书》的要求全部实现,功能和界面结合完成。
●代码评审通过
●所有功能代码均已基线化。
11.描述一下如何进行产品集成?
在概要设计时,由设计人员制定接口清单及集成顺序,在编码阶段,制定集成计划和集成环境,在编码完成后,开发人员根据集成计划与集成顺序,同时搭建集成环境进行产品集成。
开发人员集成后,提交给测试人员,由测试人员进行集成测试。
12.项目中的源代码是如何管理的?
在做项目开发时,我们利用SVN版本控制工具来管理项目中的源代码,每个人从服务器上将源代码“检出”到本机后进行编辑,然后在本机将新编辑的文档“提交”到服务器上,在本机点“更新”就可以查看其它所有人所修改的文档,同时,SVN可以帮助开发人员随时找到任何版本的数据文档,这样就保证了文档不会丢失。
13.你是如何和测试人员合作的?
首先,测试出的BUG有四种状态,分别是:
打开,跟踪,重新打开,关闭
首先当测试人员将发现的BUG后,将BUG记录在《缺陷跟踪表》中,此时的BUG状态是“打开”;接着由测试人员将《缺陷跟踪表》提交给项目经理,由项目经理指派BUG修改的负责人,当BUG修改负责人解决BUG后,将BUG的状态改为“跟踪”,然后提交给测试人员,由测试人员进行验证测试,当测试人员验证测试成功,则当BUG的状态改为“关闭”,当测试人员验证测试失败,则当BUG的状态改为“重新打开”,作为BUG重新处理。
14.QA是如何检查你的工作的?
QA依据《质量保证计划》、《过程审计检查单》,对项目的工作产品及过程进行检查;对于发现的不符合项会记录在《不一致问题跟踪单》中进行跟踪解决,并编制《QA质量报告》。
然后通报给项目经理,由项目经理指定专人负责解决问题,如项目经理遇到解决不了的问题,汇报给高层经理,由他们负责解决,QA跟踪直到关闭。
举例说明:
查看本项目QA的“不一致问题跟踪表”,说一个有关开发过程中发现的问题。
15.编码过程中会统计哪些方面的数据?
这些数据存放在哪?
在编码阶段,我们收集项目规模,工作量都记录在《项目度量数据表》中。
16.你参加过哪些方面的培训?
我参加过组织级提供的需求管理过程,设计过程,编码过程,测试过程等相关的培训,以及产品线组织的开发工具、开发语言、数据库开发等。
培训效果最好的是开发工具培训。
各自项目的培训:
项目计划书中制定培训计划,由项目经理组织培训,提前三天发培训通知,培训现场签到,培训结束进行培训调查。
相关文档:
培训通知单;培训签到表;培训评估统计表
[项目成员需了解各自项目的培训内容,如项目1进行了“开发工具intelliWeb使用培训”]
17.项目经理如何检查你的工作?
主要根据周会,里程碑会议来检查工作的,同时每周提交工作日志,并且平时我们发现问题也会通过EMAIL的形式通知项目经理,项目经理也会根据《项目进度计划》监控我们的工作进展情况。
18.当你发现项目经理安排的工作在计划中无法完成时,你如何处理?
我会提前与项目经理沟通,要求增加人员协助或延长工期。
19.你是如何对软件进行版本控制或标识?
软件版本形式
软件版本号主要形式为:
A.B格式。
其中:
A代表主版本号,取值范围为0…n;
B代表修订版本号,取值范围为0…n;
例如:
版本号2.5代表该软件是基于2.0版本基础的,第5次修订的版本
版本号为0.1代表该软件还未正式发布
版本号的演进
起始主版本号根据软件产品历史确认,并经高级经理批准,一般起始主版本号比目标主版本号要低,如目标版本号为2.0,则起始版本号为1.0。
此后如果软件有重大改变(例如重要的功能改变、产品线的改变、软件架构的改变等)时,可以递增主版本号,而此时修订版本号即为“X.0”形式,主版本号的变更由高级管理者批准。
如果软件由较大改变(例如功能的调整、增减、结构的更改等)时,可以递增修订版本号而主版本号不变,此时修订版本号要归零,即为“X.Y”格式,修订版本号的变更由项目经理批准。
根据修订次数确定修订版本号,修订版本号的变更由项目经理批准。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- CMMI3访谈问题列表 for Developer CMMI3 访谈 问题 列表
![提示](https://static.bdocx.com/images/bang_tan.gif)