敏捷团队:开发成熟度

敏捷团队:开发成熟度

当团队刚开始进行敏捷开发时,除了日程表上可能有更多的会议外,几乎没有什么变化。他们可能仍然单独运作,或者限制他们与客户的互动。你可能会看到工作分解成瀑布式的那种任务,然后设计用户故事,然后构建故事,然后测试故事。因此,当 “敏捷团队 “只是走马观花,没有理解或接受敏捷的原则和价值时,他们的形式是敏捷的。当团队按照敏捷的价值观和原则来思考和行动时,他们就会变得敏捷。

Continue reading
Scrum 中就绪的定义

Scrum 中就绪的定义

准备就绪的定义是一套协议,让每个人都知道什么时候可以开始做某件事,例如,什么时候一个用户故事可以被带入冲刺,或者什么时候所有必要的条件都适合团队开始冲刺。一个适当的准备就绪的定义将大大改善Scrum团队成功实现冲刺目标的机会。

Continue reading
Scrum 中的透明度

Scrum 中的透明度

透明度是Scrum过程的第一个重要方面,必须让对结果负责的人看到。透明度要求在其日常活动和工件中定义这些方面,以便团队能够对他们所看到的东西有一个共同的理解。

Continue reading
敏捷中的跨职能 vs 自组织 vs 功能 vs 组件团队

敏捷中的跨职能 vs 自组织 vs 功能 vs 组件团队

“跨职能团队拥有完成工作所需的所有能力,而不依赖于不属于团队的其他人”–Scrum指南。与组件团队的方法相比,跨职能团队是由来自公司不同职能领域的人组成的小组。 - 它不仅应该由技术专家(后端、前端开发人员、QA工程师等)组成,而且还包括像商业分析师、市场和用户体验专家或任何其他积极参与项目的人。

Continue reading
敏捷估计:相对估计与绝对估计

敏捷估计:相对估计与绝对估计

无论一个团队是在开发一个产品还是一个项目,我们都需要回答一个问题:”我们什么时候能够完成它?” ,或者说我们在某个时间点上能走多远,所以和传统的开发模式一样,我们需要在项目开始前估计工作量。敏捷估算是对完成产品积压中的优先任务所需的努力进行估算的过程。这种努力通常是以完成该任务所需的时间来衡量的,这反过来又导致了准确的冲刺计划。

Continue reading