序

当出版社的编辑老师跟我谈起出版的事情时，才想起来，距上一本书出版已经三年了，时间过得真快啊。在这三年中，有很多读者通过各种方式与我沟通，咨询在学习、工作过程中遇到的各种问题（感谢读者朋友的信任），虽然囿于作者的能力与水平，不能让每个人都能得到满意的答案，但还是尽我所能予以解答。这次将一些有代表性的、不是过于具体的问题总结回复一下，希望能对新老读者有所帮助。

【问题1】　我是在业余时间自学的，没有老师指点，您有什么好的学习方法教教我？

答：估计离开学校不太久吧，以后你就会慢慢习惯没有老师的学习了。建议在学习之前先仔细阅读全书的目录，了解全书的知识框架后再学习各章节，学习每个章节前也应先了解该章节的知识框架，再学习具体知识点。框架是枝干，知识点是树叶，从枝干到树叶，这样更容易融会贯通。

【问题2】　我刚到一家新公司做需求分析师，公司管理软件需求的方法跟你书中介绍的根本不一样，看来这公司管理水平太低，我不想在这里浪费时间了，我想跳槽。

答：方法没有一定之规，适合自己的才是对的。建议你在充分理解公司的管理思想后再做决定，或许在一段时间后，你可以通过本书知识推动公司进步呢！

【问题3】　我正在设计一个用于金融理财的电子商务平台，请问我怎么做才能把这个系统设计好？有什么注意点？

答：我只能说，我能说的在书中都谈到了。各行各业都有它的规则、特点、规范、窍门、陷坑等，隔行如隔山，在下没有这方面的实践经验，真的不敢乱讲。（说实话，问类似问题的读者很多，实在是爱莫能助啊。）

【问题4】　我在单位的岗位是“需求分析师”，我们领导让我学写SQL Server的存储过程，说要帮客户写查询报表。读过您的书后才知道，这明显不是需求分析师的职责啊！

答：书中其实已经谈过这个问题了，不同团队有不同的管理方式，职责划分跟团队的业务模式、人才特点、绩效方式、领导的组织思想等都有很大的关系。这虽然不是需求分析的工作内容，但完全可以是你的工作内容。

【问题5】　我是在校大学生，学的是软件工程专业，学校用这本书做教材，我们学到第5章了，老师出了个思考题，能否帮我解答下啊？

答：对不起，真的不能，不过我可以告诉你为了做这道题目需要学习书中的哪些知识点。

【问题6】　我想转岗做需求分析师，您说有没有前途啊？

答：我不是职业生涯规划的专家，可不敢乱讲，我只知道，只要是搞软件的，不管在什么岗位，学习需求分析知识都是必不可少的。

【问题7】　我习惯于先设计功能，然后画原型，最后再进行数据建模。跟您书中的顺序不同，这样做行不行？

答：一般在工作实践中，这些步骤都是穿插进行的，没有先后之分，只不过写书时如果不分开写确实有些难以着笔。

【问题8】　领导总是说我的项目需求变更太多，我读了很多如何控制需求变更的资料（包括您的书），但为什么总是没有起色呢？客户说变就变，有什么办法呢？我怀疑我真不是干这一行的料。

答：建议你在每次需求变更发生后，多反思，多问自己“当初如果怎么做就可以避免这次变更。”反思多了，自然就可以提高预判能力，从而减少变更。理论知识只能起指导作用，关键需要自己在工作实践中去“悟”，自己悟出的窍门才是你最宝贵的工作经验。

【问题9】　我是公司产品部经理，正在部门中推行您书中介绍的一整套关于需求管理的体系。想邀请您到我们公司做次培训，不知道行不行？

答：请先列出你遇到的问题，希望我解决的问题，我可不想去浪费大家的时间啊！

【问题10】　老师，我们领导到处给我穿小鞋，我受够了，有什么办法让我可以反制他？

答：咳咳，咱们还是聊点跟需求分析有关的事情吧。

本书特别设计了本章重点、本章内容思维导图、思考题、案例分析等内容，用于帮助读者加深对相关知识点的理解。

编者

2020年1月