求解项目中的需求分析

在如LZ的现状下（团队完全不了解老系统、客户需求不甚明确、人员不充足、时间超短。。。）要提高成功的可能性，提供几个技巧：
1）让开发团队全体：马上的、快速的、在这位唯一熟悉系统的老师的带领下，成对的（2人一组）、责任到人头的、分块的 研究好原有系统！并且定期的、轮流的 讨论并介绍各自成果。
2）需求分多期实现（缓兵之计），以便争取时间。
3）需求功能简化实现，以便降低复杂度。
4）最后，或许也是最重要的一点：在上边2、3的基础上，和客户一起，把成功的标准定义的尽可能的低...（需要业务人员配合）

这个项目我认为风险非常大，主要原因在于客户能力差，并且交流有问题。
本身就一个信息系统来说，功能修改的复杂程度，往往会大大高于新建功能。这是因为改造型项目，往往是以运行的，组织的业务流程和资源配置都已经就位，任何看似细小的修改，都可能造成很大的内在不平衡。而如果在早期建设中，就没有树立起，过程持续改进的意识，那么这个客户的项目几乎就不可能成功。当然就我所接触的情况来看，香港政府和日本地方政府的几个项目都是存在这些方面的问题，可以说他们对此方面比国内的各级政府还差。因此在此方面，客户教育的工作就很重要。
进一步来说，类似的项目，其主要责任在客户。更加明确的说，需求分析和需求理解的主要责任在客户，而不在开发者。同时必须要认识到，这种项目所支撑的业务流程，是基于行政管理和政治考虑的，而不是基于信息系统自身规律的。这就给其开发，造成了十分危险的内在逻辑漏洞。开发者的责任，在于明确指出问题的所在，而同时也必须强调开发者自身无法解决相关问题。
我认为上面两点，是造成目前困境的主要因素。这两个问题不解决，其他方法都是事倍功半以至于是缘木求鱼的做法。

弱弱问句，LZ是不是广州CDC IT Hub的？