4前言:
归纳总结是个好习惯,我们都值得拥有.
每一个业务的开发需求,都是一次归纳的契机.
-
根据业务特定的需求分析,是否可以概括出一个通用需求?
-
特定业务需求是否完全包含在这个通用需求中呢?
-
是否可以根据这个通用需求概括出一个通用处理模型?
-
该模型是否可以解决这一类的业务需求?
-
怎么用特定的语言(ABAP)开发这个模型?
-
怎么给业务最大的自由度去使用这个配置使用这个模型?
如果你是一个业务人员,带着这些问题去和你的开发沟通.(你毛病呀,半天就可以写完的程序,你想整一周?)
如果你是一个开发人员,带着这些问题去和需求提出者沟通(你找事呀,按我的需求做就完事了,要不你来写功能说明书?)
或者,你也会碰到志同道合的. 嗯,这个提议不错, 咱们一起来完善一下这个设计.
尝试更多的去理解业务,去归纳业务,用开发的思想去重建功能设计.
正文
之前很多项目上都碰到这种情况, 使用EXCEL管理开发清单, 每次项目周报时,都需要和每个开发沟通进度,标记在EXCEL中,然后从EXCEL中统计出一份开发进度来做周报.一次两次还行. 多做几次后,偷懒的天性驱使下,萌生了开发一个开发清单管理功能的念头.
归纳了一下,开发清单管理大概需要以下一些功能:
-
把EXCEL管理的开发清单整合到系统中
-
常规的增删改功能,同时记录条目的修改日志(change log)
-
简单的授权功能,用户只能修改授权的模块的开发清单条目
-
开发编号生成,开发编号自动生成,以免重复
-
统计报表功能,用来快速出周报,查询开发总体进度
-
整合功能设计文档到开发清单中,方便功能设计文档的共享编辑.
-
集合问题管理功能,用来记录程序的BUG及解决情况
-
集合通知功能,当开发清单条目状态,或问题清单状态发生变化时,通知相关人员
经过几个项目的完善后, 开发清单管理程序具备了上述所有功能.
每个项目开始时,培训并规范所有项目人员使用开发清单.
-
功能设计人员使用开发清单创建开发条目,并提交功能设计书,标记功能设计完成状态.
-
开发组长通过开发清单分配开发人员及开发周期.
-
开发人员通过通知功能或主动查询开发清单获取开发任务,开发完成后设置开发完成状态.
-
测试人员通过通知功能或主动查询开发清单获取测试任务,测试过程中通过开发清单管理提交测试问题.
-
开发人员解决测试问题并标记完成,通知测试人员重新测试.
-
开发组长或项目经理通过开发清单统计查询整体开发进度.
这样,所有的项目相关人员通过开发清单管理有机的关联在一起,能够有效的提升效率,并且可以及时快速的查询到开发进度情况. 让项目的开发进度有序可控的推进,确保项目成功上线.
开发清单管理是一个比较专门的程序, 市面上也有类似的成熟的软件: 比如JIRA或者使用OA流程管理开发清单. 相比之下,我更愿意使用这个开发清单管理程序,排除感情因素,这个程序更简洁,学习成本更低,并且和SAP整合度更好, 比如开发清单中的功能设计文档就可以作为报表的帮助文档(这个在报表生成器中实现了) .当然对比专业软件也有很多不足之处, 持续改进吧.
SAP开发框架系列是我对开篇前言中问题的解答,这个系列提供的是一种思维方式,有些涉及到的代码/工具,会在后续文章中陆续发布.
网友评论