Defined Methodology
方法论的确定
1、 No defined methodology used
2、 Low awareness of methodologies
3、 Unable to judge benefits of methodology 1、 Influx shall be standardized across projects in absence of customer specified methodology
2、 IRA training course should have strong emphasis on methodologies. Work with E&R on this while tailoring the course for your project’s requirements.
3、 Ask Influx consultant to take a session in IRA course
4、 Involve Influx consultant to identify suitability for the project
5、 Create a process benchmark
6、 Identify process for technical requirements gathering with the help of SetLabs
1、 没有已确定的方法论
2、 了解的方法论很少
3、 不能比较各种方法论的优缺点 1、 如果客户不指定方法时，跨项目的Influx方法应该标准
2、 综合需求分析（IRA）培训课程应该强调方法论。要求教育研究（E&R）部门在为你的项目需求设计课程时，注意此目的
3、 在综合需求分析培训（IRA）课程应要求信息交流做相关培训
4、 请Influx咨询顾问为项目制定一套标准
5、 创建过程基准
6、 在软件工程技术（SetLabs）理论的帮助下识别系统收集需求的过程
Change Requests
要求的变更
1、 Poor requirement gathering
2、 Ambiguously worded requirements
3、 Interpretation issues
4、 All user groups not engaged in RE phase
5、 Poor scope management
6、 Sign-off on requirements not obtained
7、 Insufficient time-frame
8、 Boundaries of system not clear 1、 Conduct periodic reviews of requirements to remove ambiguities
2、 Include training on requirement documentation skills while tailoring IRA course
3、 Perform clear stakeholder analysis in the beginning of requirements phase
4、 Use the RE kick-off meetings to set the stage for stakeholder identification
5、 Sign-offs to be made mandatory before start of next life-cycle
6、 Define guidelines for requirement phase effort estimation
7、 Define guidelines to estimate system boundaries
1、 收集的需求很少
2、 需求表述含混
3、 翻译问题
4、 并非所有的用户组都能参加需求捕获阶段的工作
5、 项目范围不好控制
6、 无法得到需求的认可
7、 时间安排不充足
8、 系统的边界范围不确定 1、 进行周期性的需求回顾来去掉含混的需求
2、 在综合需求分析（IRA）的课程中，培训需求书写技巧
3、 在需求初期，按风险承担人类别进行条理清楚地分析
4、 在需求捕获启动会议上设计好逐步确认风险承担人的过程
5、 在开始下一个生命周期前时，要确认客户已认可需求
6、 说明需求阶段成果评估的原则
7、 说明系统边界评估的原则
