
基于反馈的敏捷生活方式
敏捷开发采用的是一种摸石头过河和小步快走的策略,通过持续的反馈环来不断学习,不断做出调整。高质量的反馈环是获得更多的知识以及信息的必要前提。在这个话题中,我将于大家分享一些技巧,这些技巧可以帮助反馈的质量,从而大大提高日常工作的效率。

敏捷开发采用的是一种摸石头过河和小步快走的策略,通过持续的反馈环来不断学习,不断做出调整。高质量的反馈环是获得更多的知识以及信息的必要前提。在这个话题中,我将于大家分享一些技巧,这些技巧可以帮助反馈的质量,从而大大提高日常工作的效率。
对于初涉敏捷的测试工程师来说,如何定位自己的角色和职责、如何从传统开发模式成功迁移到敏捷模式、如何跟上短迭代的节奏等等问题都迫切地想要找到答案。 资深敏捷实践者Lisa Crispin和Janet Gregory在《敏捷软件测试:测试人员与敏捷团队的实践指南》一书中,列举了敏捷测试工程师的十条法则,InfoQ中文站进行了整理,对读者或许有借鉴意义。

本文从工具角度出发,介绍了Visual Studio 2010如何帮助测试人员更胜任敏捷项目中的测试工作,主要包括团队有效协作的基石TFS、集成测试环境MTM、通过自动化测试用例框架实现自动化测试用例、早测试和经常测试,以及完整的自动化测试解决方案——实验室管理等。本文为上部。

敏捷如同手套中活动的手指。SOA则是这个手套,范围便是整个企业。SOA和敏捷的大多数原则并不矛盾。当它们同时出现的时候,它们会相互促进。敏捷开发若是缺乏清晰的目标愿景和公司目标就会徒劳无获。SOA要是不知道如何利用敏捷原则使目标成为现实,将会浪费时间和金钱。

在采访中窦涵之讲述了如何在产品开发阶段将ATDD与CI进行整合,同时谈到PO在开发中的作用。如何将Scrum 团队变成有趣(Fun)的团队,窦先生以马拉松为例阐述了自己的看法。

在本采访中,姜志辉从分析当前软件开发团队在应用敏捷时遇到的问题开始,介绍了不同敏捷流派的特点,实施过程中如何避免和管理层的冲突,如何在团队内部建立有效的沟通,如何开始实践测试驱动开发等

在本书中,作者Henrik Kniberg讲述了他在一年的时间里,带领40人的团队实施Scrum的过程。他们试过了多种团队尺寸(3~12人)、sprint长度(2~6星期),定义“完成”的不同方式,不同的backlog格式,各种测试策略,在多个Scrum团队之间进行同步的多种方式。他们还尝试过XP实践——持续集成、结对编程、测试驱动开发等等,还试过了把XP跟Scrum组合。