|
5)构造核心的敏捷实践活动项目管理者联盟
软件行业有一名老话是：软件质量是设计出来的。对于敏捷开发也是如此，没有一些基础的实践活动，无法产生出高质量的软件。talent.mypm.net
① 持续集成。持续集成(CI)是一项软件开发实践，其中团队的成员经常集成他们的工作，通常每人每天至少集成一次，每次集成通过自动化构建完成。利用持续集成可以让缺陷在引入的当天就被发现并解决，降低缺陷修改成本;将集成工作分散在平时，通过每天生成可部署的软件;避免产品最终集成时爆发大量问题。转自项目管理者联盟
② 灰度发布。这是互联网产品的一个特点，说白了，就是对用户一个逐步放量的一个过程，而且不要求团队要尽早的将产品包发布出来，也就是不要求马上发布给所有用户，而是会分批的去发布，比如按号段发布，比如在公司内部先体验。发布的时候也有策略，比如发布时如何放量，对用户有些什么样的实验，技术上怎样做一些后台开关，运营上怎样跟进，怎样保证4小时人员的留守，发布完后怎样收集用户反馈等等都会有一些统一的规则。比方实验室某WEB产品的发布，可以同时有多个版本，1.1版可能会有100%的用户在用，1.2版可能只有1%的用户在用，它们是一个交叉升级的过程，目前腾讯采用了该活动。项目管理者联盟
③ 每日晨会：每个团队每天大概花15-30分钟，回顾昨天做了什么、昨天有些什么问题、同时也会介绍每个人今天计划做些什么工作(特点：是站着开会)。笔者在阿里巴巴工作时，就经历过每日晨会，一般主持人由敏捷团队的成员轮流担任，这个时候可以了解每天发生的问题。talent.mypm.net
④ 结对编程：两位程序员在一台电脑前工作，一个负责敲入代码，而另外一个实时检视每一行敲入的代码;操作键盘和鼠标的程序员被称为“驾驶员”，负责实时评审和协助的程序员被称为“领航员”;领航员检视的同时还必须负责考虑下一步的工作方向，比如可能出现的问题以及改进等。有助于提升代码设计质量;研究表明结对生产率比两个单人总和低15%，但缺陷数少15%，考虑修改缺陷工作量和时间都比初始编程大几倍，所以结对编程总体效率更高，同时结对编程能够大幅促进团队能力提升和知识传播。pmp.mypm.net
⑤ 用户故事。用户故事是站在用户角度描述需求的一种方式;每个用户故事须有对应的验收测试用例;用户故事是分层分级的，在使用过程中逐步分解细化;典型的描述句式为：作为一个XXX客户角色，我需要XXX功能，带来XXX好处。用户故事的好处是：用户故事站在用户视角便于和客户交流，准确描述客户需求;用户故事可独立交付单元、规模小，适于迭代开发，以获得用户快速反馈;用户故事强调编写验收测试用例作为验收标准，能促使需求分析人员准确把握需求，牵引开发人员避免过度设计。项目管理者联盟
⑥ 迭代回顾会议。在每轮迭代结束后举行的会议，目的是分享好的经验和发现改进点，促进团队不断进步;围绕如下三个问题：本次迭代有哪些做得好?本次迭代我们哪些方面还能做得更好?我们在下次迭代准备在哪些方面改进?会议需要Team全员参加，气氛宽松自由，畅所欲言，头脑风暴发现问题，共同分析根因;会议关注重点是Team共同讨论优先级，将精力放在最需要的地方(关注几个改进就够了);会议结论要跟踪闭环。项目管理者联盟
总之，测试和质量是整个敏捷团队的职责，团队中的每一个人都应该关注手边的一个任务或者故事，敏捷模式下的质量管理更具有挑战性，但与传统瀑布模式相比，其在应对需求变化、提升产品质量、加快需求响应、缩短交付周期、提前暴露风险、及时激励员工以及平滑人力资源的使用等方面具有明显优势。敏捷的焦点在于持交付有价值的软件让一直到客户满意为止。在这个“快鱼吃慢鱼”时代，要想交付好而快的产品，不防用敏捷模式试试。club.mypm.net club.mypm.net
|
