当编写需求的每个字都很重要。一些简单的处理,比如添加一个副词或使用“应该”而不是“必须”可以创建模棱两可,混淆了工程师和项目集。
更好的需求导致更清晰、更有效的利益相关者之间的沟通。这个驱动整个组织向更大的透明度,减少返工,加快发展,…在不牺牲质量。在写需求是一门艺术和科学,都将随上下文,有一些要考虑的最佳实践。
遵循这些前注意事项编写需求,你就会发现自己与清晰和可追踪的需求在整个产品开发周期。开云足球app下载官网最新版
1。:使用需求模板吗
一个模板给需求一致的结构。它可以在用户故事或系统工程的格式,要么提供统一的建设来支持更容易测试。
2。别:使用副词
“快速”、“容易”等副词不为测试人员提供明确的指导。相反,关注测试的验收标准,并可衡量的。
相关文章:需求管理——生活不是静态的
3所示。做的事:规范你的语言吗
英语在日常使用中包含大量的单词有相似的含义。解决一些代表商定的含义,如“应当”绑定高优先级的需求。
4所示。不:是模棱两可的
需求往往模棱两可的因为他们太普遍,例如,“设备应易于使用。”得到更具体的,这是否意味着设定一个明确的基准或命名一个特定的颜色
5。:使用主动语态和具体的形容词吗
使用主动语态动词。例如,“汽车应当承受…”是清晰比“汽车应当增强承受…”也选择特定的形容词,而不是等“用户友好”和“兼容”。
相关文章:如何更好地执行影响分析在上游和下游的关系
6。别:混合设计规范要求
如果可能,旨在消除设计从需求,后者描述需要前者构成回应的需要。Design-free需求给工程师更多的自由。
7所示。做的事:定期审查与涉众需求
回顾您的需求与他人是一种比较可靠的方法,以确保共同理解。合作在一个实时平台让团队交流反馈,确保可测试性,减少返工。
8。别:依靠负需求报表
消极的语句可以介绍歧义,因为有几乎无限的东西,任何系统将“不做”途中履行积极的需求。检查消极的语句