Sprint回顾会发生在Sprint回顾之后和下一个Sprint计划之前。对于一个月的冲刺来说,这最多是一个三小时的会议。回顾会议基本上是一个 “改进 “会议,以寻找方法和手段来识别潜在的陷阱、过去的错误,并寻求新的方法来避免这些错误,所有的人都会参加–产品负责人、Scrum Master、开发团队成员,也可以选择与利益相关者一起参加。
Continue reading
聚焦资讯科技内容领域最前沿资讯,网络精华,心得交流
Sprint回顾会发生在Sprint回顾之后和下一个Sprint计划之前。对于一个月的冲刺来说,这最多是一个三小时的会议。回顾会议基本上是一个 “改进 “会议,以寻找方法和手段来识别潜在的陷阱、过去的错误,并寻求新的方法来避免这些错误,所有的人都会参加–产品负责人、Scrum Master、开发团队成员,也可以选择与利益相关者一起参加。
Continue reading
虽然经常被当作不同的方法论,但敏捷和精益都植根于类似的价值观。这些方法论在扩展到新的行业、应用和机会的过程中不断发展,许多组织在借鉴两者的元素方面取得了惊人的成功。利用精益的系统思维和持续改进的方法,敏捷开发实践可以用来帮助组织建立健康、创新的组织,可以持续地提供客户价值。
Continue reading
Scrum本身是一个简单的框架,用于复杂产品的有效团队协作。Scrum指南来清楚简洁地解释Scrum。本指南包含Scrum的定义。这个定义由Scrum的角色、事件、工件以及将它们联系在一起的规则组成。该框架内的每个组成部分都有特定的目的,对Scrum的成功和使用至关重要。Scrum的规则将角色、事件和工件捆绑在一起,管理它们之间的关系和互动。
Continue reading
代表公司拥有产品的产品所有者是Scrum团队的一部分。然而,产品所有者对团队的其他成员没有权力,与Scrum Master一样。产品所有者负责在一段较长的时间内照看一个产品,并对实现产品的成功负有责任。作为产品负责人,你应该直接与客户和用户、开发团队和其他关键的利益相关者互动,如下图所示。
Continue reading
Sprint Review不仅仅是一个演示;它是对已完成的Sprint、产品Backlog和市场的回顾。诚然,演示是Sprint Review的一个重要部分。冲刺回顾会议的目的是让团队向客户和利益相关者展示他们在冲刺期间所完成的工作,并将其与冲刺之初的承诺进行比较。
Continue reading
一个Scrum开发团队有自主权来选择如何最好地完成他们的工作,而不是由团队外的其他人来指挥。与传统的管理原则不同,自我组织的授权团队不是由高层指挥和控制的;而是由团队成员积极参与&;集体参与所有Scrum实践和活动而发展起来的。
Continue reading
对于需要近距离聆听的会议,如设计讨论,同地办公是很有用的。当新员工在培训时,需要一定量的手把手指导或鼓励时,它也很方便。白板对于同地办公的团队非常有效,但也可以用在线工具进行管理。
Continue reading
早发布、勤发布是一种软件开发理念,它强调早期和频繁发布的重要性,在开发者和测试者或用户之间建立一个紧密的反馈回路,与基于功能的发布策略相反。
Continue reading
不是所有产品积压中的项目都会在同一时间具有相同的大小和详细程度(即功能/原点/用户故事和任务)。我们计划很快要做的PBI应该在积压的顶部,规模较小,而且非常详细,以便它们可以在近期的冲刺中进行工作。我们在一段时间内不会进行工作的PBI应该放在积压的底部,规模较大,内容较少。
Continue reading
愿景声明确定了组织希望或打算在未来达到的位置,或应该达到的位置,以最好地满足利益相关者的需求。每个项目都需要一个愿景来引导自己走向正确的方向。愿景可以作为选择当前和未来行动方向的指南。
Continue reading