流程，流程，有见流程。。。

刚开发了一个项目，出现问题，总结如下：

深刻体会流程很重要，有了流程后，流程点的标准很重要。想到一个案例，某航空公司流程中有见到客户要微笑的规范，某空姐某天心情不好，微笑勉强，经理说：“你没俺流程操作，见到客户没微笑”，空姐姐说“我笑了”，“你没笑”，“我笑了”。。。。后规定：见到客户要微笑，必须露出七颗牙齿，上五下二。这就是标准。

今天开发完成一个项目，领导发表看法：界面风格，验证显示不对。。。必须反工了，问题出来了，造成返工的原因是什么：

一。缺乏开发流程，界面风格和界面触发事件，界面操作流转在开发前就应该确定，上级的意志或看法应该在初期就应该完全体现，而不是在开发完成后体现。开发步骤应该是有流程控制，需求过来后，什么阶段评审数据库设计，什么阶段评审界面设计，什么阶段评审开发时间。。都需要一个简单的流程。

二。流程标准，例如评审数据库设计，需要那些人参与，评审到什么程度，界面评审都要什么人参与（一般认为，开发，开发上级，客户方或需求方，或者还有质量控制方），评审到什么程度算完成，等等。沟通很重要，标准其实就是已什么样的方式去沟通。在次感觉到没个人对事物的理解和看法真的不一样，即使一件简单的小事的理解。

三。流程越简单越好，复杂的流程没人会去用，即使用了，执行起来也困难重重，所以一个复杂的流程的发展会逐渐归于简单。也会越来越抓住重点。

四。以后开发，一需求来了，确认数据库，要找上级确认，界面出来后找上级确认，在确认开发时间，有时候变的不仅仅是需求，上级也会变。

五。这里还有个诤的问题，自问能诤起来否？？