一个工作流的项目的经验总结

最近做了一个关于工作流的定制化开发，添加会签和或签的功能，做的比较辛苦，回头总结了一些经验。

1    高度定制化工作流项目的选择框架要谨慎，慎重，再慎重！原有的框架不是为你的需求设计的，如果部分功能原有框架不支持，如何解决？更不要选择那些小众项目，特别是那些文档少的，最好直接掠过。现在很多项目都是分期做的，一期勉强做完了，到二期、三期提的需求可能就没法做了。如果技术和资源充足，可以自己写一个框架，能够更好的满足需求的变化。

2     如果引用其它的工作流框架，工作流框架的数据库和你的项目的数据最好分开，虽然代码多了，数据冗余了，但是这样做，你可以通过设计数据的表结构给开发带来很大的便利。

3　 进行功能扩展的时候，新的功能添加后，很可能影响以前的查询，所以要考虑查询的修改工作量，这个工作量可能不必你扩展的工作量小。

4　要事先准备好开发测试环境，如果可以简单的模拟登录的话就不需要了，现在使用的微服务都有单独的授权中心，所以开发完测试需要事先提供资源，比如手机、账号了。

5　越是麻烦的项目越要注意统计好工作量，开发都是些 “ 细毛蒜皮 ” 的事，不注意总结的话，汇报工作的时候很难说，尤其对于那些不懂技术的项目经理，说细节他不关注，说技术他一窍不通，如何汇报就是一种技巧了。一定要把自己的工作汇报好，解决什么问题了，正在做什么，有什么困难，需要什么帮助。不要急着把工作作完，而是要把工作做好。架构师或技术经理有时候凭以往的经验，跟着感觉走，不知道实际情况，定的计划、说的想法仅作参考。