• Code Jam 中的 BA

    2012-02-14

    分类:敏捷项目

    版权声明:转载时请以超链接形式标明文章原始出处和作者信息及本声明
    http://www.blogbus.com/skysw-logs/192389365.html

      Code Jam -代码果酱,我的理解是大家聚在一起像做果酱一样用代码完成一个真正可用的产品。开发的时间只有两天,产品还要保证高质量,无疑对参加 Code Jam 的每一个人都是个人能力极限的挑战!

      作为BA,如何在 Code Jam 和团队一起发挥最大的效率,完成这个似乎不可能完成的任务呢?我通过R2 项目看板 Code Jam”担任BA的体会,认为主要有以下三个方面:


      更充分的准备


      1. 项目启动前和客户一起确定项目的功能点和目标。根据功能点,BA就能写出用户需求故事卡,明确产品整体功能的范围,尽量做到滴水不漏;明确了目标,就能对客户心中的优先级做到心里有数。

      (用户故事卡左上角为故事编号,中间为故事优先级,正文为故事内容,贴有负责人照片)

      2. 帮助 UI 设计产品页面模型。BA提前完成界面模型的制作,画出界面的 Mockup ,交由 UI 实现,BA负责 Review ,确定最终版本。这样即能保证系统界面风格的一致性,又能让开发在写代码过程中更关注业务流程。

      3. 向开发和测试介绍用户故事并共同排定优先级。在编写完用户需求故事之后,需要保证开发和测试对它的理解是相同的,那么就需要BA简洁的给出描述,这样大家通过讨论,能够对用户故事的范围达成一致,根据业务加值和技术风险共同排定故事的优先级。 本次 Code Jam 产生 40 张故事卡片,优先级高 30 张,优先级中 3 张,低优先级故事卡 7 张。  

      BA作为项目贯穿始终的参与者,保质保量的完成这些 " 家庭作业 " 是必须的!


      更高效的沟通


      代码的开发与集成,功能的验收与测试,项目的部署与发布 都要在两天完成。所以让开发、测试、 UICI 、BA、项目经理都坐到了一个会议室里,如何利用这样有利条件更高效的沟通,BA必须更加积极!


      1. 和测试一起做功能的验收。在开发完成一个功能之后,马上举手示意,BA和测试将一起做功能验收,检查所开发功能业务流程的正确性。BA会把发现的问题逐个写在贴纸上,交给开发去修复;开发修复完成之后,BA和测试将会参考贴纸的内容再次进行功能验收。

    (反馈卡右上角写有对应的用户故事编号,一次列出需要修复的功能点)

     

     

      2. 为测试排定 Bug 的优先级。在测试发现一个功能的 Bug 后,马上举手示意,BA将和测试一起重新复现确认,并且将现象和复现方式记录在贴纸上。BA负责搜集 Bug ,并且根据业务价值排定优先级。对于高优先级的 Bug (使得系统核心功能出错)将贴纸交给相关开发即刻修复。

    Bug卡首先描述 Bug 场景,然后是出现问题,最后是优先级)   

     


      3. 和团队做 Showcase 搜集反馈。在主要开内容发完成之后,将团队所有人员聚集在一起,BA负责演示完成的所有功能点,大家一方面看到自己的劳动成果,另一方面团