本文主要是介绍开发手札:关于项目管理中开发工作安排的问题,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
最近工作越来越偏向管理方向了(兼吗喽),所以仔细思考了一下给开发工作安排的问题。
结合自己开发过程中的体会,我觉得在构建完成用户需求文档的同时。
再站在开发的角度,构建一份详细的模块构架设计图就更好了,这样不仅可以给开发提供编码的思路和规范,也可以保证最终交付的代码大差不差,所以返工会减低很多。
前两天用processon画了两份系统的构架图。
一份用户控制模块
一份交互系统模块
画完之后我自己顺便把交互系统模块开发完成了,按照unity插件的制作方式,开发过程中,只要迷茫了或者卡壳了,看看构架图,一下就知道怎么往下继续开发了,挺方便的。
如果遇到对编码质量有一定要求的项目(非一把梭撸完代码打包丢出去不管了),需要有一定可维护性,我觉得不妨做每个模块开发之前花一两个小时设计下构架图,事半功倍。
这篇关于开发手札:关于项目管理中开发工作安排的问题的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!