技术开发 频道

需求捕获指南之需求捕获的阶段组成(C)

    Technology

    技术

    1、 New technology and no training

    2、 Technical architecture to be developed but no TA involved 1、 Get TA trained and let him train rest of the team

    2、 Include estimate of technical complexity in scoping

    3、 Involve groups like SetLabs for technical support from Offsite

    1、 新技术缺少培训

    2、 缺少技术架构师(TA)但需要开发新的技术架构 1、 寻找受过培训的技术架构师(TA),让他培训团队中的其他成员

    2、 在项目范围定义时考虑到技术复杂性

    3、 从软件工程技术实验室这样的小组得到场外技术支持

    Miscellaneous

    其他

    1、 Conflict between customer’s business & IT teams

    2、 Conflict between two business groups

    3、 Antipathy towards ABC at client side

    4、 No system in place for interaction with CCD from onsite

    5、 Incorrectly set expectations by sales team

    6、 Not all type of requirements collected e.g. performance requirements 1、 Try to resolve conflict using CBA (Cost Benefit Analysis)

    2、 Define reverse sign-off criteria for artefacts

    3、 Identify escalation criteria and use appropriately

    4、 Obtain a list of CCD contacts for different purposes e.g. procurement, technical feasibility validation, connectivity issues, etc.

    5、 Involve Offsite team to follow-up with CCD

    6、 Expectations set shall flow through to RE team via BDM-AM. Set this as an agenda item for the Offsite team’s orientation meeting

    7、 Use pre-defined templates to collect performance requirements in absolute detail

    8、 Use Influx methodology for performance modeling

    9、 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.

    1、 客户的业务部门和IT部门的冲突

    2、 两个业务部门间的冲突

    3、 对客户而言,讨厌工作变成机械性操作

    4、 联系的计算机和通讯部门(CCD)人员不在场,无法放置系统

    5、 销售团队不适当的期望植

    6、 并非所有类型的需求都收集了,例如性能需求 1、 采用成本利益分析的方法解决冲突

    2、 识别违反标准的提交物需求

    3 、 确认新扩展的业务标准,改标准正常的应用

    4 、 取得计算机和通讯部门(CCD)联系人列表来满足不同的需要,象采购,技术可行性验证以及连接问题等

    5 、 与场外人员联系应遵从计算机和通讯部门(CCD)部门安排

    6 、 产品期望值的设定要依次通过需求获取(RE)小组,商务开发经理(BDM)和销售经理(AM)。在场外的技术支援计划会议上,将设定产品期望值安排为一个议程

    7 、 使用预先定义的模版来收集性能需求

    8、 采用Influx方法来得到性能模式

    9 、 观察用户的活动,详细理解并识别性能需要,花一天时间与用户待在一起,观察他们的工作模式,得到工作量的模型,用户响应时间,系统瓶颈,系统负载与时间模式,以及系统响应时间的需要

0
相关文章