前些日子头说要新的ABL小组探索一些新的开发方式,我满心欢喜,提出了一个结合公司实际的方案。 可惜,在现实的压力面前他们退缩了,回到了老路。 心有不甘,记录在此,凭吊之~~~~
[quote]
ABL工作流程和方式
(草稿)
业务:
1、请一位测试组成员加入ABL小组,为ABL小组业务负责人。
2、所有的业务需求的收集、变化、确认,都集中于此业务人员。
技术人员在业务上的精力可以适量减少。
3、开发人员有业务问题需要首先咨询业务人员。在业务人员依然不清楚地情况下,可以由业务人员发起同美国同事的讨论。
4、所有的需求变化和确认状况需要通知全组人员。
技术:
开发原则
A:进行单元测试。
后台主要测试BO和DAO,测试工具为JUnit(DBUnit)工具;
前台主要使用Selenium测试。
单元测试没有通过的代码不可以提交到CVS。
B:每完成一小步就集成测试,间隔时间尽量缩短。具体时间可以根据实际开发状况调整。
集成测试自动化。
C:在完成任务后,可以到组长处领取新任务或者帮助他人完成任务,可以自己选择。
D:如果在指定时间内某人没有完成任务,责任不仅仅是任务领取人个人的,也是大家的。
E:每天上午9:30,在会议室召开例会(立会)。所有人站立开会,每次时间控制在15分钟左右。
每个人回答四个问题:
1〉昨天开会之后作了什么?
2〉今天要做什么?
3〉碰到了什么障碍?
4〉有什么要同大家共享的?
会上提出问题,会后解决问题。
开发步骤:
step 1: 所有人员阅读所有文档,需要熟悉理解所有业务需求。
step 2: 前台与后台分开走。
两人负责前台delegate之前;两人负责后台从delegate到DAO。
delegate接口双方共同协商。
后台是模拟实现,前台是全部实现。
step 3:集成测试,跑通流程,业务人员确认主流程正确。
step 4:实现业务逻辑(单元测试)
step 5:集成测试(频密)
step 6:将step4与step5循环,一直到项目结束。
[/quote]