本站首页 返回顶部 关于博主

Scrum的事件–敏捷框架Scrum系列(4)

Scrum中用到了几个规定的事件,即Scrum中的常规会议。Scrum框架使会议的需求做到最小化,以保证团队有更多的时间开发需求。所有的事件在固定的时间发生,这意味着每个事件的持续时间不应超过预先设定的最大值。当Sprint开始之后,Sprint的长度就固定下来了,不允许延长或缩短。在进行某个事件时,如果会议目标已经达到了就可以结束,即使花费的时间没有原计划那么长,这样可以避免不必要的时间浪费。 阅读全文 »

Scrum的角色–敏捷框架Scrum系列(3)

产品负责人(Product Owner)

产品负责人是团队的领导角色,他负责保证产品的价值和开发团队工作的价值最大化。没有千篇一律的方法能保证做到这一点,总体而言,它取决于组织、团队和团队里的每个个体。 阅读全文 »

人月神话[转 经典老文]

写在前面

本文是一篇写于40多年前的经典老文,原文是《人月神话》这本书中的一篇论文,作者Brooks。

相信不少程序员的书架上都有《人月神话》这本书。是否每个人都认真阅读了这本书,我深表怀疑。40多年过去了,本文中提到的错误仍在频繁复现:向进度落后的项目中增加人手,只会使进度更加落后。

阅读全文 »

Scrum的价值观–敏捷框架Scrum系列(2)

Scrum框架的价值观有5条:承诺、勇气、专注、开放和尊重。当Scrum团队深刻领悟并把它融进团队中之后,团队成员之间开始建立信任。与此同时,Scrum中的三大支柱:透明,检查和改进会逐渐建立起来。Scrum团队成员通过Scrum事件、角色、工件这些元素学习和探索这些价值观。 阅读全文 »

在Scrum中,怎样估算用户故事的工作量

说明

在做迭代计划时,Product Owner负责为用户故事(以下简作US)设置优先级,团队成员按照优先级对US逐一估算工作量,直到所有US的工作量达到整个团队的容量。怎样计算团队的容量,怎样估算US的工作量,这都是迭代计划的内容。本文将会重点讲解在做迭代计划时,怎样估算一个US的工作量。 阅读全文 »