【IT168 技术文章】

    6 Requirements Elicitation Composites

    6需求捕获的阶段组成

    Onsite Kick-off

    现场启动

    Onsite Kick-off

    启动问题

    1、 No defined guidelines/agenda for kick off meeting

    2、 Lack of time and pressure to start the requirement gathering work 1、 Plan for the meetings in advance and inform customer of the agenda, required time and attendees

    2、 Communicate the purpose of kick-off meetings to customer and expected benefits

    3、 First "pre kick-off" meeting to familiarize with customer’s top management, sharing team profile, educating them on ABC processes, sharing infrastructure issues, issue resolution mechanism, etc.

    4、 Second “kick-off” meeting to involve all stakeholders from both sides. Introduce team members, share logistics e.g. seating arrangements, execution plan, schedule, milestones, processes, communication plan, customer's expectations, office access, culture etc.

    1、 现场启动会议缺少指导手册或议程安排

    2、 缺少时间或缺乏紧迫感来开始收集需求 1、 提前计划会议，并通知客户议程安排，需要的时间和希望参加人员

    2、 与客户讨论启动会议的意图和希望取得的结果

    3、 第一次“预启动会议”要熟悉客户的高层领导，介绍项目团队的大概情况，告之需求捕获的基本过程，分析可能存在的问题，确定问题解决流程等

    4、 第二次“启动”会议要召集两方所有的风险承担人。介绍项目团队成员，共享资源等。如座位安排，需求捕获执行计划，进度表，里程碑，需求捕获的过程，交流方法，确认客户期望值，描述办公室位置，文化特点等

    Onsite Execution

    现场执行（上）

    Challenges Guidelines

    挑战 指导

    QSD

    质量体系文档

    1、 QSD does not have required process aids

    2、 Customer processes to be used

    3、 QSD kit not taken onsite 1、 Use best practices from projects to add new aids to the kit

    2、 Create project aids specific to project type/domain/methodology

    3、 Obtain help from Quality Department on obtaining project specific process aids

    1、 质量体系文档（QSD）无法提供必要的过程帮助

    2、 必须使用客户的过程体系

    3、 在客户现场无法得到质量体系文档（QSD）工具包 1、 将项目中得到的最好的实践经验添加到工具包中

    2、 针对项目的类型，问题域，方法论等特点建立项目帮助

    3、 求助质量部门，获得项目详细的过程帮助

    Soft Skills

    软技能

    1、 Non adherence to expected behaviour

    2、 Use of local language by team members

    3、 Accent Problems

    4、 Written communication not good

    5、 Primary language not known (applicable to EURP & APAC regions)

    6、 Dress code

    7、 Skin hygiene

    8、 Too aggressive/Very shy

    9、 Ambiguous statements/No clarity of thought 1、 Formulate do’s & don’ts and circulate among the team members

    2、 Discuss adherence to expected behaviour in periodic internal team meetings

    3、 Suggest slow speaking for tackling accent issues

    4、 During the conversation confirm that the other party is comfortably understanding the conversation

    5、 Conduct mail/document reviews to ensure proper communication

    6、 Align team structure with language proficiency requirements

    7、 Involve ABC interpreters trained on requirements elicitation techniques

    8、 Assist more involvement of shy nature team members

    9、 Interfere, where required, to check aggressiveness

    10、 Identify aggressiveness/shyness early and if necessary, use in less customer interfacing tasks

    11、 Mentor the relatively inexperienced team members

    12、 Interfere, where required, to check rambling

    1、 对于期望达到的目标缺乏坚定信心

    2、 项目团队成员要使用本地语言? 口音问题

    3、 书面表达能力不强

    4、 不知道相关地区母语 (应用要适用与欧洲或亚洲太平洋地区)

    5、 着装问题

    6、 个人卫生习惯

    7、 太好强或太害羞

    8、 不能明确或清楚地表达想法 1、 规定行为准则并告之项目团队中每个成员

    2、 周期性的在项目团队内部进行讨论，指出达到的目标需要坚定信心

    3、 建议用降低语速的方法解决口音问题。

    4、 在会谈中要确认会谈另一方容易理解会谈内容

    5、 进行邮件和文本讨论来确保沟通良好

    6、 按语言的熟练程度来组织项目团队结构

    7、 让基层的翻译员了解需求获取的技术

    8、 帮助害羞的队员，使他们能深入需求捕获活动

    9、 必要时，可以干预那些过于好强的队员

    10、 必要时，在现场执行的初期识别出那些太好强或太害羞的队员，尽量少安排与客户沟通的工作

    11、 指导缺乏相关工作经验的团队成员

    12、 必要时，制止散漫的情况

    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、 说明系统边界评估的原则

    Tools

    工具

    Lack of awareness on RE tools Include requirement tool training in IRA course

    缺乏需求捕获工具的了解 在综合需求分析（IRA）课程中包括必要的工具培训

    Project Dependencies

    项目的依赖性

    1、 System interfaces not clearly dealt with

    2、 All system interfaces not documented

    3、 User not aware of all system interfaces

    4、 Problem in getting information about external interfaces 1、 Use system interface documentation templates

    2、 Carry out impact analysis for each interface

    3、 Identify cross-functional teams for interface study

    4、 Carry out comprehensive As-Is study

    5、 Plan for external interface study well in advance and involve customer’s IT team members

    1、 无法清楚定义系统接口

    2、 并非所有的系统接口都有文本描述

    3、 用户并不了解所有的系统接口

    4、 获得外部接口信息有困难 1、 使用系统接口文档模版

    2、 对每个接口进行影响力分析

    3、 使用跨功能（部门）团队来进行接口研究

    4、 全面理解组织现有（As-Is）系统或工作模式

    5、 提前计划好外部接口的分析，并建议客户的IT团队参与分析

    Recording Discussions

    讨论的记录

    1、 Meeting outcome not recorded

    2、 No tools available to store meeting outcome

    3、 Plain document format not adequate

    4、 Information lost while noting them down

    5、 Recorded information takes too long to transcribe 1、 Use meeting trackers like PIM (Project Information Manager)

    2、 Decide seating plan in advance and divide scribing to ensure balancing

    3、 Come up with guidelines for usage of recorders vis-à-vis simple MOM

    4、 Conduct internal review of MOM before circulating to attendees

    5、 Obtain customer sign off on every meeting discussion

    6、 Use recorders for meeting discussion recording. This gives more time to the team for actively participating in the discussion as well as creates a professionalism impression

    7、 Pre-decide the seating plan so as to seat customer and ABC team members at alternate places. Reach the meeting room 5-10nminutes in advance and occupy seats accordingly. This ensures proper mixing, avoids cartels and helps in listening to low-volume users.

    1、 会议结果未被记录

    2、 缺少存储会议成果的工具

    3、 无特定格式的文档记录方式不太适用

    4、 还未做后继工作时，记录的信息遗失了

    5、 记录的信息太多了，难以处理 1、 象项目信息管理（PIM）那样来追踪会议记录

    2、 事前制定座位安排，划分记录内容以确保记录完整

    3、 使用录音机，做简单的会议纪要? 将会议纪要交给与会人员传阅前，先进行项目组内部评审? 每次会议讨论后，获得客户对纪要的认可? 使用录音机来记录讨论会。这样团队就有更多的时间积极参与讨论，同时也显得更专业

    4、 预先确定座位，使项目组核心成员和客户间隔而座。提前到达会议室5到 10分钟，依次入座。这种排座方式建立了融合的氛围，避免象谈判对手似的对立，也有助于倾听嗓音低沉者的发言

    System Study

    现有系统研究

    1、 Lack of time

    2、 No guidelines for “As-Is” system study

    3、 Benefits of “As-Is” study not apparent 1、 Use Offsite team for parallel current system study

    2、 Create framework for “As-Is” analysis

    3、 Use “As-Is” system study for extracting process workflows

    4、 Identify user expectation of “As-Is” study

    1、 缺少时间

    2、 研究现有系统（As-Is）缺少资料

    3、 研究现有系统（As-Is）获得的收益不明显 1、 让场外小组同时研究目前的系统

    2、 建立现有系统（As-Is）的框架

    3、 研究现有系统（As-Is），提炼工作流程

    4、 确认用户是否对期望于现有系统（As-Is）进行研究