当团队刚开始进行敏捷开发时,除了日程表上可能有更多的会议外,几乎没有什么变化。他们可能仍然单独运作,或者限制他们与客户的互动。你可能会看到工作分解成瀑布式的那种任务,然后设计用户故事,然后构建故事,然后测试故事。因此,当 “敏捷团队 “只是走马观花,没有理解或接受敏捷的原则和价值时,他们的形式是敏捷的。当团队按照敏捷的价值观和原则来思考和行动时,他们就会变得敏捷。
Continue reading分类: Scrum
Scrum 中就绪的定义
准备就绪的定义是一套协议,让每个人都知道什么时候可以开始做某件事,例如,什么时候一个用户故事可以被带入冲刺,或者什么时候所有必要的条件都适合团队开始冲刺。一个适当的准备就绪的定义将大大改善Scrum团队成功实现冲刺目标的机会。
Continue readingScrum 中的透明度
透明度是Scrum过程的第一个重要方面,必须让对结果负责的人看到。透明度要求在其日常活动和工件中定义这些方面,以便团队能够对他们所看到的东西有一个共同的理解。
Continue reading什么是自我管理方法?
自我管理团队是由一群员工组成的,他们负责生产产品或服务的所有或大部分方面。自我管理的团队是新的横向组织的基本单位。自我管理的团队是早期团队方式的产物。
Continue readingScrum 中的 Sprint 是什么?
Sprint是连续开发周期中的一个时间段的迭代。在一个Sprint中,团队必须完成计划的工作量并准备好接受审查。 Scrum项目被分解成小而一致的时间间隔,称为冲刺。它们可以短至几天,一般不超过3-4周。
Continue reading敏捷中的跨职能 vs 自组织 vs 功能 vs 组件团队
“跨职能团队拥有完成工作所需的所有能力,而不依赖于不属于团队的其他人”–Scrum指南。与组件团队的方法相比,跨职能团队是由来自公司不同职能领域的人组成的小组。 - 它不仅应该由技术专家(后端、前端开发人员、QA工程师等)组成,而且还包括像商业分析师、市场和用户体验专家或任何其他积极参与项目的人。
Continue readingScrum 指南变更:自组织与自管理团队
Scrum 团队是 自组织 和 跨职能的
Continue reading编写好的用户故事
用户故事是敏捷方法的一部分,有助于将重点从写需求转移到讨论需求。所有的敏捷用户故事都包括一到两个书面句子,更重要的是包括一系列关于所需功能的对话。
Continue readingScrum 中最常提及的 20 条规则和指南
Scrum框架由Scrum团队及其相关角色、事件、工件和规则组成。框架中的每个组成部分都有特定的目的,对Scrum的成功和使用至关重要。Scrum的规则将角色、事件和工件结合在一起,管理它们之间的关系和互动,如下图所示。
Continue reading敏捷估计:相对估计与绝对估计
无论一个团队是在开发一个产品还是一个项目,我们都需要回答一个问题:”我们什么时候能够完成它?” ,或者说我们在某个时间点上能走多远,所以和传统的开发模式一样,我们需要在项目开始前估计工作量。敏捷估算是对完成产品积压中的优先任务所需的努力进行估算的过程。这种努力通常是以完成该任务所需的时间来衡量的,这反过来又导致了准确的冲刺计划。
Continue reading