敏捷测试与传统测试的区别
在敏捷测试中也有测试活动乃至专职的测试人员，但其活动内容和目标是有显著差异的。 一般在传统开发团队中，产品经理（或销售）为范围或称之为需求负责，项目经理和开发组为进度负责，测试组为质量负责，部门经理为成本负责，结果就是当四者发生矛盾时，会有四个部门各自站在自己的立场上，从而导致沟通不畅或或博弈成分超过合作。
最新活动
查看更多 >
最新博文
查看更多 >敏捷开发中，Product Backlog 是否足以实现需求管理？
敏捷方法指导团队将产品需求置于Product Backlog中管理，并按照优先级对每个产品需求进行必要的排列。在计划会(Planning Meeting)之前，由Product Owner从Product Backlog中挑选迭代周期准备开发的意向表（Willing List）进行总体介绍，然后分配到Sprint研发过程中。以Scrum为代表的纯敏捷方法，认为首先不需要对需求做分析，因为需求一直在变。所以提出了Story的概念，认为需求就该是对需求的一种类似讲故事的方式来表达的，这样便于让原始客户比较清晰的对需求进行表达，同样开发和测试也会逐渐以客户的需求思维来思考自己的工作。使得大家都能在需求的层面上，进行大脑思维。
为什么设计并创造SpecDD
在我拿到计算机科学博士学位的时候，我已经从事软件工作一段时间了。从最初的程序员做起，随着经验的积累，开始逐渐管理软件团队和软件项目。后来我成立了自己的软件公司，并领导这个公司成为应用生命周期管理领域的行业领先者。
SpecDD：混合的敏捷开发方法模型概述
敏捷已成为当今使用最广泛的开发方法。值得一提的是，敏捷方法的流行性并不是因为它取代了其他开发方法，相反是与这些开发方法进行了更好地融合。现实中众多敏捷项目的成功，也印证了敏捷将走向混合化的未来。 SpecDD是由周铁人博士创立的一种以需求为核心的混合敏捷开发方法。它基于同时支持敏捷开发和非敏捷开发流程而设计。
加强软件开发团队沟通的若干建议
当团队处于分布式协同工作时，沟通是最大的问题，也是我们需要尽最大努力去改进的区域。
以知识为核心的ALM之SpecDD篇
规范点驱动开发（Specification Driven Development，简称SpecDD）是一种全新的软件开发概念性框架，它贯穿于应用生命周期管理（Application Lifecycle Management，简称ALM）的各个阶段，支持各种成熟开发模型，旨在帮助开发团队提高项目质量，促进软件项目成功。
SpecDD原则
SpecDD是基于一个基础理论以及在此基础理论上的一系列原则创造出来的。这个基础理论已经为实践所证明所以任何人都无法进行更改，而这些原则正是它的最佳实践并且作为骨架来设计详细的框架。
SpecDD官方指南
SpecDD指南的目的是为了帮助更多的用户理解并学习SpecDD，并最终取得开发项目管理的成功，本文将作为一个索引贴及基础知识库，链接SpecDD相关有用的文章信息。
