最近公司的Automation Team打算把已有雏形的Automation Dashboard做的更具实用性，以Dev身份转Automation的我也有幸成为参与其中的开发人员的一份子，得到了重温J2EE相关开发的机会，更加有幸参加了由某Market的Dev Leader，David带领我们体验的Agile的流程。这边分享一下初期的流程，以及一点小体会。
1. 需求分析。 参加人员为系统需求者和开发人员，因为系统主要为QA服务，所以参与者主要是各个Market的QA(包括Automation)，用Story Card的方式，让每个参与者在小卡片上写下自己的故事（期望的需求），完成后针对每个Story进行讨论补充。这个过程可以让每个人弄清楚真正的需求，某个功能被需求的原因，以及实现之后的价值。
2. 优先级划分。首先根据基本开发尝试确定初步优先级，难以区分的暂时放在同一优先级。确定之后再就同一优先级的Story询问QA，让他们认识清楚自己真正紧要的需求，做出选择。从而把那些华而不实的需求的优先级放低。在初期做有真正有价值的事。
3. 工作量评估。 以Sprint作为开发周期，每个公司实施起来有所不同，我们是3周一个Sprint。主要工作是和参与其中的Dev讨论实施复杂度，评估工作量，确定每个Sprint将要完成的Story的数量。同时由于我们不是全职开发，所以还要评估主要工作量延期等所造成的风险，这个过程在初期评估时会显得比较保守，但随着Sprint的推进，会越来越准确。
以上是初期的主要工作，完成上述工作之后，将Story Card贴在纸板上，放在墙上，方便随时审视，加入新的Story或者修改已有Story甚至调整优先级。Agile的很大优势就是能尽可能的适应可能变化的需求，短期多次交付的方式能很好的规避风险。
好啦，暂时分享到这里，下次有机会再做分享。
