开发手札：关于项目管理中开发工作安排的问题

      最近工作越来越偏向管理方向了（兼吗喽），所以仔细思考了一下给开发工作安排的问题。
      结合自己开发过程中的体会，我觉得在构建完成用户需求文档的同时。
      再站在开发的角度，构建一份详细的模块构架设计图就更好了，这样不仅可以给开发提供编码的思路和规范，也可以保证最终交付的代码大差不差，所以返工会减低很多。
      前两天用processon画了两份系统的构架图。
      一份用户控制模块

      一份交互系统模块

      画完之后我自己顺便把交互系统模块开发完成了，按照unity插件的制作方式，开发过程中，只要迷茫了或者卡壳了，看看构架图，一下就知道怎么往下继续开发了，挺方便的。

      如果遇到对编码质量有一定要求的项目（非一把梭撸完代码打包丢出去不管了），需要有一定可维护性，我觉得不妨做每个模块开发之前花一两个小时设计下构架图，事半功倍。