首先要认识到需求风险：
1.模棱两可的需求
它会使开发人员为错误问题而浪费时间，所以要做到小组成员每个人真正了解需求文档。
2.不必要的特性
功能在用户的体验，实用和技术可行性之间求得平衡。
3.过于精简的规格说明
感觉很重要，但是还没有体验到重要性。
需要注意的问题
1. 划分需求优先级别
以前项目没有做过这项内容，现在觉得很有必要。项目进度要到问题时，需求的优先级别可以体现出作用了。
2. 用use case描述需求
很有必要，能直观的理解流程。
明天再改一下需求，已经给师傅看过了，希望他能给我些建议吧. :))