-
编辑 删除
跌跌撞撞的持续集成之路
“天下事头绪纠缠，兴一利必也生一弊。” 一句话，道破了改进难点所在。最近在项目中围绕持续集成做改进的时候，对这一点感受颇深。跌跌撞撞的一路走来。我们的持续集成的过...
-
编辑 删除
采用Scrum的挑战
引入新的软件开发方法会有一系列的挑战，比如“不愿意去改变”、“采用技术不当”，最终导致失败。在敏捷期刊上一系列 的 文章中，Cesário Ramos和Eelco Gravendeel谈到了向不同的组织介绍Scrum...
-
编辑 删除
将敏捷团队从基础工具环境搭建中解脱出来
“敏捷宣言”中提到：“个体与交互胜过流程与工具”。然而，对于敏捷团队来说，正确的工具搭配和流程可以起到催化剂的作用。采用敏捷的组织越来越多，而且很多团队都是在分散的地点工作；敏捷团队要想成功，良好的基...
-
编辑 删除
丰富的设计技能胜过特定于平台的知识
组织团队通常都是一项需要慎之又慎的任务，因为想要找到一位满足所有理想候选人条件的成员，几乎是不可能的。因此不可避免要进行各种取舍和权衡。在这样一个事实面前，一定要确定出哪些条件更加重要。而Martin Fowle...
-
编辑 删除
测试：开发人员理想与现实的大PK
PDC大会上进行了关于“单元测试的未来”的小组讨论，大部分的谈话内容聚焦于Mock测试，人们对于Mock 框架（Mock frameworks）的过度使用取得了普遍共识。共识如下：通常，实现所有必要的接口非常无聊，而且消耗时间...
-
编辑 删除
裁员下的敏捷
Adrian Carr提到在裁员下如何让团队能继续以Scrum方式运作。原本团队有四个开发人员，一个测试人员，一个产品负责人，以及一个Scrum Master。在裁员下，团队只剩下四人，Adrian当上了兼职的Scrum Master，并没有产品...
-
编辑 删除
敏捷图书排行Top 20
去年六月份，Jurgen Appelo根据Amazon点击、Amazon读者评分、Google查询结果数量和Jolt大奖四项指标，评出了最优秀的100本软件工程图书，并从中选出了敏捷图书排行Top 20。这20本图书分别是：1：Agile Software De...
-
编辑 删除
过度承诺 vs. 过度交付
Sprint计划的主要目标是要承诺在sprint结束时“计划交付哪些东西”。一旦做出承诺，整个团队齐心协力完成目标。Scrum master会克服任何影响团队效率的障碍。理想情况下，团队应该完成承诺的任务，但是，如果团队总是...
-
编辑 删除
敏捷风险管理
风险管理包括风险评估、舒缓风险影响以及监控风险。很多敏捷用家相信敏捷开发项目风险管理过程跟传统项目差不多，虽然这过程在敏捷的内容中较为轻盈，但是在找寻、过滤、优先化以及制造解决方案上的步骤跟传统项目中...
-
编辑 删除
敏捷的文档
件项目中有很多种文档，包括需求文档、设计文档、API文档、缺陷报告、进度报告、移交文档、验收文档等等。 在传统的软件项目开发中，每个团队成员都要花费很多时间和精力去维护文档及填写各种表格和报告。第二...
-
编辑 删除
敏捷拥护者眼中敏捷开发的常见问题
近几个月来，关于Scrum、技术负债、质量等等问题的争论一直无休无止。先有James Shore的敏捷的衰落一文，而后Martin Fowler在博客上发表了Flaccid Scrum，指出Scrum教练应该承担更多的责任，在推广Scrum的同时，也...
-
编辑 删除
用Cucumber脚本做故事驱动开发
行为驱动开发（BDD）的流行已然无可逆转。它始创于2003年，由Dan North创立，与测试驱动开发相呼应。BDD鼓励软件项目中的各种角色相互协作：开发人员、QA、非技术角色或者业务分析师。Ruby因其便于创建和使用DSL的...
-
编辑 删除
我和敏捷团队的五个约定
我——作为一名测试人员——有一个与众不同的习惯：每当要加入一个新项目的时候，我总会找到项目中的同伴，真诚而亲切地说：“为了更好地合作，我有5个约定，希望大家能尽量遵守”。...
