1、系统的主题功能实现了，但某些主题功能内的附加小的功能客户会作为新的需求提出，这些功能貌似客户应该提出，像这种情况怎么办？
需严格定义软件原型，最大程度地一次设计成型，一次设计成型似乎对于大多数软件人员来说似乎是不可能的，但只要设计人员用心去设计，并且和客户进行了深入有效的沟通，我觉得实现最大限度地一次成型，并不是什么大的问题。当然了，软件的需求总是在改，但我们要控制软件的成本，应尽一切措施实现软件功能的明确性。 我敢说，这样的软件在中国再多不过。软件开发完毕，也上线了，可发现问题总是不断，维护不断，软件什么时候死了什么时候维护就完事了，为什么？就是因为前期投入的设计和分析，监控不够，为了短暂性项目成果或某系利益，产生这样的结果是必然的！如果是这样的话，那微软做了这么多的软件，都像这样去维护的话，那微软还会存在吗？个人认为：不是说软件开上线后就不用维护了，维护也只是简单的配置，给客户简单的说明而已。
2、公司人员要合理分配，尽量不要让技术人员去涉及客户，除非他本人乐于此事。要不断地向你的员工要他们的要求，他们的想法。不管什么时候都是可以的，员工的思想是公司的财富，要鼓励员工提出自己的想法，不管员工提出什么新想法，公司都要给予回复，否则员工会丧失提问的积极性。对于合理的建议，公司要给予适当的奖励。不要做一些口头的，书面的表扬什么之类的，要员工实实在在的看到实在的东西。
3、在与客户形成的最终需求文档时，不要出现“等”，”大多“等模糊词汇，要最大限度地清晰需求内容。对于某系陌生词汇，自己总结出的词汇，要给出译注。
4、软件需求人员和软件设计人员关系非常密切，两者要对业务术语，业务常识，系统体系结构了如指掌，这样对于系统的成功性，顺利性开发实施具有很大的作用。
5、公司要有自己的一套管理、进行项目的方式。
开始：必须制定双方核心负责人，联系方式，交流方式。要求双方能全天候进行交流。
正式沟通：讨论问题，讨论问题的形式（正式会议，非正式个人会晤），可能是连续几天的讨论，。
后续沟通：反馈，工作汇报。
6、我的工作需要您的配合，这是我们一起努力才能完成的任务。不要认为只是我的事。