文章

产品负责人不是代理

很多时候,产品经理们选择不去做产品负责人(PO, Product Owner)。他们谋划着由一个业务分析员或者产品分析员去“代理”产品负责人。当然,也是因为大部分关于产品负责人的书籍和培训都把他或者她当成是scrum团队的一个附属物:他们要做的只不过是写写用户故事和玩玩计划扑克,要按照INVEST原则而已。所有的这些关于产品负责人的定义都是从开发者的角度来的。
Scrum并没有定义如何使用产品backlog,或者是产品负责人应该做什么。而且,我也确实 认识有人没有用Scrum却在很好的写着用户故事来优化他们的产品管理工作。他们成为了很好的业务分析员,或者需求工程师。
将产品负责人的职责授权出去会进一步增加开发团队与客户之间的距离。我对Scrum Master的期望是他们能缩短这个距离。Scrum Master可以去教会业务如何行使PO的角色来做到敏捷。Scrum Master能帮助PO去理解如何抓住机会,去优化价值,如何与团队合作。在我看来,PO无论如何也不会因为要去做需求开发而变成业务分析员。
Read more

敏捷需求的定义和管理

敏捷软件开发的神话之一在于它不需要文档,或者说文档并不实用。确实,可工作的软件胜于文档是敏捷宣言的核心价值之一。但是,注意句中的“胜于”一词。宣言并不是说不需要文档,而是说比起文档来说,可工作的软件更好。它的目标在于去除系统中的糟粕,取其精华来提升其价值。 Read more

使用Visual Studio管理Scrum

注:本文中使用的很多Scrum术语来自台湾地区的叫法,仅供参考。

Scrum 是一个用于运行项目的框架,它基于敏捷原则和价值。 它定义一组活动,这些活动可帮助您的团队更快地向客户交付更多价值。 利用这些活动,客户有机会在您的团队开展工作时检查、指导和影响团队的工作。 此方法不会尝试在项目开始时定义所有内容。 相反,您的团队以短小迭代(也称为“冲刺 (sprint)”)为单位进行工作,并随团队工作的进展不断改进计划。 Read more

敏捷项目管理工具大全

  • Leangoo.com 免费的敏捷团队协作工具,优势是简单易用,可视化,5分钟就可以用起来,全拖拽,支持手机端。
  • ScrumWiki 当你的需求变多变复杂的情况下,就不容易用了
  • Scarab Java server 平台, 支持灵活定制,免费
  • VersionOne 商业化产品!啥都有,不缺功能,没什么好说的.
  • GNATS 属缺陷跟踪工具, 已经支持 Scrum. 免费

Read more

如何处理Scrum的缺陷

Scrum中关于缺陷的处理,除了要修复它之外我没有更特别的建议。scrum一贯的做法是把所有要做到事情都加入产品backlog列表中。基于这个观点,我在这篇短文就要处理的事项以及何时处理给出一个总结,希望能给大家带来些帮助。 Read more

Scrum中的测试:人少事不少

导读:Scrum团队以小著称,团队中一般只有一到两名测试人员,那么这一两名测试人员在Scrum团队中又是如何开展测试工作,起着什么样的作用呢?

Scrum敏捷开发有一个明显特征就是重团队,轻部门,每个团队里面包含了开发、设计、测试各种角色,Scrum团队以小著称,团队中的测试人员一般只有一到两名。

在传统的瀑布式开发 中,测试人员经常因进入测试阶段的条件不满足而需要较长的等待。而在Scrum敏捷开发中,测试人员需要尽可能早的开展工作,“等待”在Scrum开发的测试中已属一种错误概念。

测试人员应具备三方面的能力:编码,测试和分析。不同的阶段对测试的要求不同,在功能测试中偏重编程能力,在系统配置测试中偏重分析能力,Scrum团队中的测试人员需要将这三种能力融会贯通,才能适应迭代过程中的诸多变化。

测试是软件开发中必不可少的一部分,那么Scrum团队中测试人员又要如何开展测试工作呢? Read more

如何在Scrum项目中引入自动化测试

实施Scrum开发过程充满着挑战—尤其对于从零开始做产品的团队来说。在每个增量冲刺中,你不仅要新增功能,还要确保已实现的功能依然可用。这时,拥有一个可覆盖系统测试和集成测试的自动化框架,可为团队增添不少火力。它不仅能为回归测试增添一层保障,还能释放出珍贵的开发和测试人员时间,让他们花更多的精力在擅长的领域。

在这篇文章中,我想分享我们团队在最近项目中成功应用的一些自动化测试方法–事实证明,这些成果是一项巨大的资产。付出的努力将会在未来得到很多的回报。现在,我们每天能在类似线上的测试环境下,构建,集成,测试和发布同线上一样高质量的产品应用。通过相互分享好的和坏的经验,我们学到新的知识并且加以实践,把事情做得更好。 Read more

Scrum交互瀑布式测试

有时候,在Scrum中对用户故事进行测试的时候需要在最后进行一些瀑布式的步骤。在这里我所阐述的情景是基于这样一种情况:在Scrum流程中,需要在Scrum流程的最后阶段进行一些顺序性的步骤来对所开发的功能进行测试。这些步骤在我们的组织中是必须的,而且这些步骤是为了产品发布的瀑布式流程,因此,我们不得不处理在Scrum中进行瀑布式流程的情况。然而,据我所知,遇到这种情况并不只有我们。我们把这种情景叫做“Scrum和瀑布式的交互”(详见Michele Sliger的《Bridging the gap: Agile projects in the Waterfall enterprise》)。我认为这种情形应该是很常见的,因为在一个组织中Scrum的实施一般是循序渐进的,也就是说会存在Scrum和瀑布式同时存在的时期。 Read more

失败是可选的

本文在于告诉你如何去失败,更准确地说,是如何在现在失败而在以后获得更大的成功。

Scrum的其中一个价值就是勇气。指出问题的勇气,寻求帮助的勇气,接受帮助的勇气,还有最重要的——当你知道有可能失败时,敢于承担风险的勇气。事实上,在敏捷的“检查和应用”的实践中,短期的失败是非常普遍的。我们都知道,一旦我们实施了新的实践,结果和我们预期不一致的情况出现的几率是非常高的,这个时候我们应该放弃它,然后寻找更好的办法。 Read more