访谈问题列表 for Developer(需求,设计,编码,测试)
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
需求访谈
1.请说明公司怎样明确需求人员岗位职责?在哪些方面体现?
由高层指定项目经理,由项目经理在立项会议时通知我负责这个项目的需求。这些内容都记录在《项目计划》中。
2.需求方面,公司是否有一些指导的方针?
有的,存放在“过程改进方针.doc”中,在这里有对我的需求开发和管理的主要指导思想。这个方针是由公司高层制订的。主要内容是:需求获取,需求分析,还有根据需求做概要设计和详细设计等。
3.请你描述一下需求阶段分为几个子过程?及主要的工作是什么?
需求阶段分为需求获取,审核和确认,需求分析,需求评审,需求管理(填写需求跟踪矩阵)等。
(1)需求获取阶段主要收集客户的需求,并整理到《用户需求说明书》,然后给客户确认,采用的方式主要是EMAIL沟通,有时会用电话,网络交流工具,面对面地访谈等;
(2)《用户需求说明书》确认通过后,需求人员来填写《需求跟踪矩阵》的“用户需求”列;
(3)需求分析人员根据《用户需求说明书》制定《软件需求说明书》。然后项目组人员对《软件需求说明书》进行评审。评审通过后,需求人员填写《需求跟踪矩阵》中的“软件需求”列。
4.你是如何获取项目和产品的需求?有哪些方法?
采用的方式主要是面对面地访谈,EMAIL沟通,有时会用电话,网络交流工具等;
还有一些《问卷调查》做一些静态效果图给客户,帮助客户发现一些潜在的需求。这些都记录在用户需求说明书当中。
5.你是如何对需求分类(功能、非功能)?
需求分为功能性需求与质量属性方面的需求。质量属性可以分为可维护性,安全性,兼容性,易用性等。
6.你是如何标识需求状态的?你采用了什么方法或工具跟踪需求的状态?
我们在每个阶段完成时,都填写《需求跟踪矩阵》来标识需求状态;
当需求变更时,我们采用《需求跟踪矩阵》来查看每个需求的状态,了解因变更而影响的需求范围。
7.需求分析采用了哪些方法?你是如何判断这些方法符合项目要求?
我们采用VISIO(根据实际列举所使用到的工具)工具来分析系统,并对系统进行建模,制定出系统的业务流程图和系统架构图,当《软件需求说明书》制定完成后,由项目经理组织邀请客户,开发人员,测试人员,配置人员,质量保证人员,高层参加需求评审会议,以保证需求分析是满足客户需求的,并得到大家的认可。
8.需求分析结果是否都记录?在哪里,主要内容有哪些?
记录在《软件需求说明书》,主要的内容有系统架构图,每个功能的业务流程图及场景描述和接口需求等。
9.需求的优先级如何确定?需求程度(验证、一般),需求的稳定性?
高——软件必须实现的功能,用户有明确的功能定义和要求;
中——软件应该实现的功能,用户的功能定义和要求可能是模糊的、不具体的、或低约束的,但是这类功能的缺少会导致用户的不满意,因此这类功能的具体需求应当由需求分析人员诱导用户产生并明确;
低——软件尽量实现的功能,并可根据开发进度进行取舍,但这类功能的实现将会增加用户的满意度。
10.你是如何与客户确定需求变更的约定?有哪些记录?
当需求变更时,由项目经理对需求变更进行分析,主要是从需求变更所影响的范围,进度,质量和成本四个方面进行分析。
当项目经理分析后,确定这次变更的影响值,如果变更影响值小于或等于2,则由项目经理决定是否执行变更,当变更影响值大于2,则提交给CCB(变更控制委员会,由高层、客户和项目经理组成)来决定是否执行变更。
关于变更都记录在《变更申请表》、《变更控制跟踪表》等文档中。
11.需求变更的流程是如何的?
首先填写《变更申请表》,主要内容是本次需求变更的内容,项目经理分析本次需求变更的影响值,我们这个项目影响值为“3”,由项目经理提交给CCB,高层组织我们开了一个变更决策会议,会议通过打分的方式决定变更。决策结果是执行变更。
当然,如果变更影响值为2或小于2,则可以由项目经理决定是否执行变更。
12.在配置库中是否建立了需求基线?如何建立需求基线?该基线包括哪些配置项?
建立了,由配置管理员在需求开发里程碑评审通过后,建立“需求基线”,然后将《基线发布报告》发送给项目组中的每个人。在这条基线里主要包括《用户需求说明书》、《软件需求说明书》、《裁剪表》、《需求跟踪矩阵》等配置项。
13.工作量统计吗?需求阶段工作量占项目总工作量的多少?
统计的,在项目结项时,由项目经理统计项目中的阶段性工作量,需求阶段的工作量占项目总工作量的10%~15%左右。
14.需求活动在什么情况下可以结束?
需求活动贯穿于项目的始终,只要项目进行,就有可能发生需求的变动,那么需求活动就一直存在。阶段性的需求活动结束是:需求得到用户的确定并通过项目组的评审后才可以结束,才可以进入下一阶段。
15.你参与的项目采用的生命周期模型是什么?公司定义了哪几种生命周期模型?
瀑布。
公司定义了瀑布模型、迭代模型、瀑布+迭代模型三种。
16.需求活动中是否会碰到一些风险?你是如何识别和控制这些风险的?
有的,“客户的需求不明确、清晰”、“需求变更”等都是需求方面的风险。
我们在每周进行跟踪,分析风险的级别,由我负责跟客户交流,通过QQ、微信、电子邮件等方式咨询客户。在项目结束时关闭了风险。
17.你是如何确定你的需求都被实现了呢?
(1)首先查看《需求跟踪矩阵》,确认需求的完整性;
(2)然后通过集成测试,系统测试来检查我的需求实现情况。
:
邮件确认
员,项目经理,PPQA,
高层,客户
1
维护,由项目经理进行监控
2
试”“用户手册”
3
1)当变更时,确定变更的范围
2)保证需求的一致性和完整性
3)测试的覆盖率
需求是贯穿于整个项目