日期：2014-09-19 13:12:34
　　如何做好需求，拿其中一个说说，先了解客户的初步需求，然后按照这个需求做一个比较好的原型，这个原型不需要实现代码，界面OK，点击跳转没问题，能够把所有功能的业务流程展示在客户面前。这样子拿着这么一个框架去给客户演示，就算客户不满意，也可以在会议上，把不满意，不符合要求的流程记录下来，让客户确定，然后回去改，再演示。我称这种方法叫围点打援。一般改个三到四次、演示几次，基本上整个项目的原型和客户的需求，八九不离十了。然后再根住这个原型进行系统设计、数据库设计，再进行编码。是否发现开发变得简单好多呢？这样就不用程序员边做边想怎样实现，不用项目经理总是在猜需求，客户应该是这样要求的，如果不是，那就惨了。当然，这个只是一个方法方式，在做的过程中还是有很多需要注意的地方的。

　　原型按照客户的意愿改好了，根据原型出了需求说明书，这个只是完成了一部分，可以说是一半，千万不要马上进行开发。因为，你永远不知道客户是否还需要修改，如果要修改怎么办？怎样处理，怎样才可以做得有根有据？所以，好的需求经理或者项目经理，先把演示的原型，形成文档，写上每次演示会议的纪要，客户要求修改的记录，客户对原型的要求等等，然后，当然是拿给客户签名确认，因为只有签名了，才算是有法可依。

　　有些客户，确实难缠，因为当时说好不变，等他要变的时候，就会翻脸说：我从来没有说过这个需求、这个原型可以啊，我当时只是说怎么样而已，如果到时候一点依据都没有，你就等着吐血吧。就算公司要跟客户领导谈需求变更的费用问题，这个也是依据之一啊，在商言商，虽然签字不一定能够保证需求不更改，但是起码，在更改的时候，你能够拿出有信服性的文件，告诉公司，告诉客户，告诉自己的团队，这个确实是需求变更！

　　可能有些项目经理认为，这些做了和没做有时候差不多，该变更还是需要变更。这个确实，但是你做得完美一点，做得更多一点，考虑更长远一点，可能对整个项目的进度帮不上实质性的忙，该延期还是要延期。但是你起码能够得到客户的认同，公司的认可，同事眼中的实干者，每完成一个项目，你得到的并不是工作的完成，薪资的收入，而是你自己实实在在的进步，这个虽然有说教形式，但是做不做，是否对自己有要求，这个也只能是看你自己以后想做一个什么样的人，或者想发展成一个什么的人。就算以后自己单干创业，不在打工，那么就更加要求自己每件事情做细点，考虑多点，不要工作完成就完成了，并不是说要把项目当成自己的事业，而是当成自己成长过程中的台阶，踏踏实实走好每一步。

　　日期：2014-09-19 15:47:04
　　扯完项目经理和需求经理的一些东西，希望对某些狮子有用吧。都是本狮子这么多年的经历悟出来的东西，没有前辈指导，没有教材指引，都是偏方，上不了大台，大家权当看个笑话吧，悟性慢，可能好多年前在很多狮子眼中这些都不是什么东西了。
　　接下来扯扯程序员这一块吧，其实本狮子也是从码第一行代码开始的，有很多东西都很感触，特别是看着现在的手下，每次想偷懒和延期都搬出当年狮子用过的借口，有很多连我们当年用的都不如，想忽悠人，起码有点技术含量吧。这个迟点再扯吧。做完需求，那当然就是做开发了。那么一个程序员做开发，怎样才算完成任务呢？估计很多项目经理都遇到过的问题是，问一个程序员，这个功能你实现了吗?做没有？有问题吗？得到的答案很多都是，做完了，没问题，可以了。于是提交上测试服务器，然后打开（能打开已经很不错了），一点击报错，再点击，还是报错。你不是说做完吗？确实做完，在我的机器上是没有这个错误的。让我再看看。看到了吧，这个就是项目延期的杀手。

　　日期：2014-09-19 16:11:27
　　每次问做完没有总是做完的，提交测试总是报错的，反正在自己的电脑上测试总是没有这个错误的。这个问题怎么解决？这个确实是令人头疼的东西。有些项目经理是强势的，就是到时间报错就加班，你给我搞到没有错为止。更加强势的是，大家一起加班，反正今天务必上线。所以加班就成了常事，每次这样就是加班。每次上系统都是改BUG-加班-改BUG。好一点的公司就是加完班就吃饭，唱K搞活动，当时加班费。遇上抠门的、创业型的，或者是对资金压得很紧的公司，估计饭盒都不提供。其实本狮子很反感这样的活，长期以往，这样的团队没什么活力，人员流动大。当然本狮子改变不了这个状况，只能是做好自己项目团队，自己部门的规划。

　　本狮子一直对项目经理说，你一定要把工作放在前面做，前面紧了，后面测试有问题才能有松的时间周转，否则大家都不好受。另外做好质量控制，什么是质量控制？是否每行代码都需要检查？每个变量声明都需要看符不符合命名规范？如果搞成这样，那还不如自己一个全写算啦。其实，主要控制的是程序员完成一个业务功能的度，也就是怎样才能算是完成一个功能，达不到这几点要求，你就不要提交你的代码，因为代码还不合格，如果每次都是你不合格，影响整个团队，那么你觉得好意思吗？不发奖金都得请大家吃个饭了。

　　需求功能完成的最基本规范，达到以下8点才能够提交程序，才算完成。都是自己领悟，其实要求很低，说实在，只要达到这些再提交测试，那么以后累积的改动就少很多。项目就可控很多，否则很多小毛病累积在一起，就好像虱子一样，怎么抓都有，那可怎么办。
　　日期：2014-09-19 16:13:58
　　1、　 所完成的功能必须符合需求。这个是最基本的。不能功能模块完成后提交，项目经理发现与需求不一致，或者是完全不符合需求。如有问题，应该事先进行沟通，在开发过程中发现的问题，也应该与项目经理沟通，是否需要改需求，或者修改实现和显示的方式。项目经理必须知道程序员正在开发的功能是否符合需求，是否有修改需求的地方。程序员不能独自完成之后提交了事。
　　2、程序员完成的功能，必须保证进入任一页面，不能出错（例如，不能打开页面就报404、500、exception，之类的错误，不能有调试程序时的对话框出现。）
　　3、任何功能的完成，必须保证页面上的所有按钮点击不报错。不能点击按钮就弹出错误页面，或者其他无相关的提示，或者点击没有反应。没反应的按钮不应该出现在页面上。
　　4、增删改查按钮必须实现相应的功能：点击保存按钮数据应该保存到数据库、点击修改按钮数据库的数据相应会被修改、点击删除按钮会成功删除数据、点击查看按钮可以查看相关数据。并且刷新相应的列表数据。点击返回按钮，相应的页面应该返回上一级目录。如果点击页面上的所有按钮有报错，则该功能没有完成，除非是操作错误，例如数据输入错误，点击的时候应该有相应的提示，为什么保存不了，为什么修改不了，为什么删除不了，除了这些提示，不能有其他任何错误。