【IT168 技术文章】
6 Requirements Elicitation Composites
6需求捕获的阶段组成
Onsite Best Practices
现场非常好的实践
Plan for two kick -off meetings: first one with top management and second involving all the stakeholders from both sides
Create project team’s profile book to be shared in first onsite kick-off meeting
Conduct internal review of MOM before circulating to attendees
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
Pre-decide the seating plan so as to seat customer and ABC team members at alternate places. Reach the meeting room 5-10 minutes in advance and occupy seats accordingly. This ensures proper mixing, avoids cartels and helps in listening to low-volume users.
Brainstorm all known cross-cultural issues and prepare appropriate guidelines
Involve business experts from customer’s team and create business process workflows during domain appreciation phase
Conduct a onsite wrap-up meeting to thank everyone for assistance and time, handover requirements book, sharing future plan, roles and responsibilities, Offsite model, etc.
Conduct user activity study for detailed understanding & definition of the performance requirements. Spending a day with the users in their work environment and observing the pattern of their activities will give lot of inputs about workload modeling, user response time, system bottlenecks, system load Vs. time pattern & system response time requirements.
计划两次现场启动会议：第一次与高层管理人员，第二次与双方所有风险承担人
在第一次现场启动会议上介绍项目组的概要情况
会议纪要在交给与会者传阅前，要通过内部品审
使用录音机记录讨论会议的情况。这样团队就有更多的时间积极参与讨论，同时也显得更专业
预先确定座位，使项目组核心成员和客户间隔而座。提前到达会议室5到 10分钟，依次入座。这种排座方式建立了融合的氛围，避免象谈判对手似的对立，也有助于倾听嗓音低沉者的发言
集体讨论所有已知的文化差异问题，并提议适当的指导原则
从客户团队中邀请商务专家在问题域增值部分创建新的商务流程
召开一个现场会议感谢大家花费时间提供帮助，移交需求文档，分享将来的计划，介绍产品中角色设定和职能划分等
观察用户的活动，详细理解并识别性能需要，花一天时间与用户待在一起，观察他们的工作模式，得到工作量的模型，用户响应时间，系统瓶颈，系统负载与时间模式，以及系统响应时间的需要
Offsite Usage
场外分析 Challenges Guidelines
挑战 指导原则
System Study
现有系统研究
1、 Lack of time
2、 Benefits of “AS-IS” study not apparent 1、 Use Offsite team for parallel current system study
2、 Use “AS-IS” system study for extracting process workflows
3、 Identify user expectation of “AS-IS” study
1、 缺少时间
2、 研究现有系统获得的收益不明显 1、 让场外小组同时研究目前的系统
2、 研究现有系统，提炼工作流程
3 、 确认用户是否对期望于现有系统（As-Is）进行研究
Specialized Groups
专门的小组
1、 SetLabs not consulted during RE phase
2、 SetLabs resource constraints 1、 Identify technical complexity while scoping
2、 Involve TA in the team
3、 Involve SetLabs for technical support from Offsite
1、 在需求获取阶段无法咨询软件工程技术实验室（SetLabs）
2、 软件工程技术实验室（SetLabs）资源缺乏 1、 在项目范围定义时考虑技术复杂性
2、 考虑技术架构师（TA）加入项目团队中
3、 考虑从场外获得软件工程技术（SetLabs）支持
Work Breakdown
工作划分
1、 No defined guidelines for Offsite RA work
2、 Lack of documentation skills
3、 What can Offsite be used for?
4、 Requirements not conveyed to people Offsite 1、 Detail scope of RA phase, identify what can be done Offsite
2、 Take inputs from similar projects
3、 Arrange sample documents to be used as benchmarks
4、 Define documentation self-review checklist
5、 Plan intermediate internal document reviews
6、 Use Offsite for
o Technical research
o Follow-up on h/w & s/w procurement
o Proof of concept
o Proposal preparation for next phase & review of deliverables
o Domain guidance, especially where no BA is involved
o Requirements validation against current system
o Current system study
o UI prototyping
o Document formatting and cosmetic changes
7、 Share all material with Offsite for early knowledge dissemination
8、 Ask Offsite to read and identify gaps in requirements
1、 缺乏详细的场外需求分析（RA）的指导
2、 缺乏文档书写技巧
3、 场外分析该做什么？
4、 需求无法转递给场外的人员 1、 需求分析（RA）阶段的细节范围，定义了场外分析要做什么
2、 从类似的项目中得到输入信息
3、 使用一些简单的需求文档作基准
4、 确定需求文档一致性检查列表
5、 计划内部的需求文档审核
6、 场外分析人员可做以下工作
o 技术研究
o 继续深入，取得详细要求（Follow-up on h/w & s/w procurement）
o 验证一些想法
o 为下一个阶段做准备或评审提交物
o 进行问题域指导，尤其是缺少业务分析（BA）人员的问题域
o 利用现有系统验证需求有效性
o 研究现有系统
o 建立用户（UI）界面原型
o 需求文档的整理和装订
7、 分析使用以前项目的场外资料
8、 请场外分析人员阅读需求并识别其中的缺陷
Domain
问题域
1、 Requirements not detailed enough or incomplete
2、 Access to knowledge assets
3、 Team not in a position to make process improvement recommendations
4、 Offsite team does not have domain exposure 1、 Publish web-links for domain specific information
2、 Create domain specific org maturity patterns
3、 Pro-active domain training to be included in E&R calendar
4、 Domain understanding sessions for Offsite team with assistance from DCG
5、 Conduct domain quizzes for enthusiastic participation in domain learning
1、 需求不够详细或是不完整
2、 访问相关资源的权限问题
3、 团队无法对工作过程的改进提出好的建议
4、 场外团队没有问题域经验 1、 公布问题域细节信息的WEB资源
2、 定义问题域细节知识成熟度模式
3、 在教育和研究部门的日程上安排问题域知识的培训
4、 在资格认证组织的帮助下为场外团队召开问题域理解会议
5、 为提高学习问题域知识的兴趣，搞些问题域测试
Technology
技术
New technology and no training 1、 Arrange detailed technology trainings for Offsite team
2、 Ask team members to conduct small duration technical seminars on relevant technologies
出现新技术但缺少培训 1、 为场外团队提供详细的技术培训
2、 要求团队成员参加相关技术的短期技术研究会
Miscellaneous
其他
1、 Lack of involvement & bottom line responsibility
2、 Communication issues due to time zone difference 1、 Identify one point Offsite contact person
2、 Conduct periodic status meetings with Offsite team to apprise them of the status and further action plan
3、 Put handshake protocols in place
1、 缺乏参与项目的积极性和基本的责任心
2、 由于时差关系，存在沟通问题 1、 确定一个场外办公室的关键联系人
2、 定期与场外工作团召开会议，赞赏他们的工作状态和工作进展。
3、 及时确定协议
Offsite Best Practices
Conduct domain quizzes for enthusiastic participation in domain learning
Ask team members to conduct small duration technical seminars on relevant technologies
为提高学习问题域知识的兴趣，搞些问题域测试
要求团队成员参加相关技术的短期技术研究会
