全新的项目经验

最近开始在这个新的公司开发项目，是那种在客户公司现场开发的项目。这个项目在我来公司之前已经开发两年了，客户也比较满意。当然这也与客户是否专业有关系，客户不专业，稍微一搞，只要把效果出来了，客户用起来还可以，就会赢得客户满意。
但是这个项目有个很大的特点，就是虽然客户满意度一般，但是开发人员满意度很低。最大的原因莫过于engineer经常加班。现在整个公司似乎都知道这个问题，许多人都不爱到这个项目来。没办法之下，领导只好找了几个好管理，相对负责任的来开发这个项目。
以前也听其他的开发人员说过这个问题，但是一直以为是技术的问题。 最近也连续做了这个项目的两个部分，渐渐的发现技术只是一部分，问题的关键是项目管理上。

目前的开发方式：
程序员拿到一个模块，虽然有UI，但是业务逻辑，设计人员根本就考虑的很少。最后的结果就是，开始的时候，结合UI听听设计人员说的业务逻辑，感觉基本没什么问题；到最后是发现原来有许多业务逻辑没有cover住，开发人员也渐渐变成了设计人员，只能边做边改进。于是项目就好像没有了尽头，天天加班，天天改，天天改不完。一开始的时候，自己觉得业务逻辑怎么会这么复杂，有一段时间都改变了自己的一些观念，以为真正的大项目，业务逻辑的复杂远高于技术上的复杂。等开发完了，回顾反思整个开发流程的时候，自己发现其实业务逻辑不复杂，复杂的是这种边发现边去改的方式。
其次，开发完后，项目就交了，最后是什么也没有留下，项目开发人员懂业务逻辑了，客户也会用了，但是如果将来再有其他人来维护这个项目，将会很难，甚至越维护越乱。

结论：
在目前这个项目团队的环境，自己是很难改变这中开发方式了。只有自己去做好自己这部分，所以以后拿到一个模块后，一定要不断的去多了解业务逻辑，在开发过程中，要每过一段时间，都要自己把业务逻辑整理，并确认一下。否则下次还会重复这个艰难的开发状态。