一、需求调研

　　需求调研非常的重要,如果你想活下去,最终我们还是要想方设法满足用户的要求。用户是个外界因素,我们是无法控制的,那么我们只有尽可能改进需求分析的方法来尽量减少不必要的麻烦。那么是否应该做个原型给客户看看?我是觉得这不大合适,因为如果项目周期短的话,等你做好原型,黄花菜都凉了。我认为借用一下项目管理工具也是一种省力的方式。我们可以在企业管理软件中搜索出以前和它相近的成功客户的案例和相关文档,判断其相同点和不同点,可以在原有成功项目基础上针对当前项目进行有针对性地修改。在项目管理中因为项目进行的情况和所遇到的问题等都是随时记录和保存的,保证了数据都是最新的。让我们在调研时,可以轻松的在系统中搜索到,不需要浪费大量的时间在寻找和整理,这样,,既可以很大幅度的节省时间,又使需求分析有所依据。

　　二、需求评审我之前遇到过这种情况,开发人员根据设计文档写代码,可是他并不知道自己在开发什么,站在自己的角度想一下,如果自己都不确定自己做的东西,即使有再完备的设计,也会对开发毫无兴趣,只会让自己觉得自己是个代码机器。

　　通过项目管理软件,在撰写需求文档之初,客户经理就已经将客户的需求录入到系统里,这样所有参与开发的团队人员都可以看到最新的工作需求,用这种不受空间限制的随时更新方式来记录工作中的信息,并且可以可以共享,指定的群组、同事之间可以了解彼此所做所想,对分享的信息进行讨论,提供想法与建议等等。沟通方面问题也就很好的解决了,来自客户方面的需求能够及时反馈给工程师,工程师开发进度也能让客户经理知道,对客户反馈和服务过程就很轻松了。当然必要的碰头会还是要开的,开会就直接针对问题提出建议,不需要再做汇报了,因为工作内容和进度彼此都清楚了,所以会议会很短很有效

　　三、需求管理需求管理是在开发开始之后进行的,这也是另所有人头疼的一件事,之前做完一个项目后,客户经常打电话找我们。后来转念一想,难道这种情况真的不能避免吗?至少是可以大幅度的缓解的吧。这就是我们需求管理中的变更管理没做好,改了哪些地方自己都忘记了,最后是跟着感觉走,拆东墙补西墙。并不能根本的解决问题,我认为解决问题的关键在于信息的可追溯性。在项目管理系统企业社交化沟通平台中,我们发的每条信息都是可以查询,并有据可依的。因为在系统中每发表一条信息都会记录时间,同时将信息关联。这样能够快速定位到项目活动流里,让所有沟通的信息及时,快速,同步,可追溯。因为只有沟通良好了,才能谈得上管理,进而更好的为客户服务。