前些日子头说要新的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]