在阅读了一些资料后，对这些内容有了更深的见解
不为收集需求，挖掘它们。
有一种能深入了解用户需求，却未得到足够利用的技术：成为用户。与用户一同工作，以像用户一样思考。
描述需求文档时，要使用项目术语表。
用WEB来收集和管理需求。
遇到不可能解决的问题时，退一步问问自己如下问题：
1）有更容易的方法吗？
2）你是在设法解决真正的问题，还是被外围的技术问题转移了注意力？
3）这件事情为什么是一个问题？
4）是什么使它如此难以解决？
5）它必须以这种方式完成吗？
6）它真的必须完成吗？
一件事没有开始，是谨慎？还是在拖延？
需求文档写上几百页不成问题，但是一旦用户看到了实际运行的系统，你就会被各种变更要求淹没。
对有些事情“做”胜于“描述
有些设计图是给程序员看的，对最终用户没有意义，不要认为用上了UML等形式化描述图形就能制作出好的设计。
标签：需求,小工,用户,问题,程序员,修炼,文档,描述 From： https://www.cnblogs.com/4a5r/p/17912026.html