最近接手了一个财务系统的开发维护任务,基本的流程已经开发完毕,但还有不少需要维护的地方。前期的两个开发人员一直是自己内部蒙头做,留下来的开发记录比较少,故现在我接手该项目对很多逻辑摸不清(苦笑),想着还是得记下来。
我参与的另外一个项目的项目经理比较注重团队管理分工,平常会给我们介绍很多不错的管理工具和方法,其中我觉得用的最顺心的就是teambition,想着就用tb来管理这个财务系统以后的开发工作,也算是方便自己和以后其他人员查看。
首先规定下栏目:
1、现在客户提了一些需求,故设置“新增需求”
2、试运行阶段发现一些bug,故设置“系统问题”
3、以上两项为工作池,现在设置工作流程,第一步为“进行中”,表示该任务处于开发/分析/处理中
4、第二步为“待测试”,此步骤表示问题处理完毕,需发布到测试环境进行仿真测试
5、若测试不通过,需将任务拖回“进行中”,若测试通过,则扔到“待发布”栏
6、发布正式环境后确认无误,扔到“已完成”
7、以上是整个主流程,对于其他情况,设置“不处理”表示分析无误的问题、更改/摒弃的需求
如下图:
对具体的任务可以设置诸如紧急程度、设置人员等属性,但这个项目的开发人员就我一个Orz,任务也不会很繁杂,就不搞那么麻烦了。
其次:任务开发过程中会牵涉到一些文件、解决方案等,可以放在“文件库”中,比如按版本归类的SQL执行历史等
版本问题:除非紧急更新,设置每周一次版本发布,若无更新,,,那就没有呗
关于分享,可以在分享中记录与本项目有关的心得,问题处理技巧等,牵涉到具体的代码学习,还是通过博客来记录。
以上