.NET 云原生架构师训练营(模块二 基础巩固 Scrum 核心)--学习笔记

简介: Scrum 核心

2.7.2 Scrum 核心

  • 3个工件
  • 5个会议
  • 5个价值观

3个工件

  • 产品待办列表(Product Backlog)
  • Sprint 待办列表(Sprint Backlog)
  • 产品增量(Product Increment)

5个会议

  • 产品 Backlog 梳理会议(product backlog refinement)
  • Sprint 迭代计划会议(Sprint Planning Meeting)
  • 每日站会(Daily Scrum Meeting)
  • Sprint 评审会议(Sprint Review Meeting)
  • Sprint 回顾会议(Sprint Retrospective Meeting)

产品 Backlog 梳理会议

  • 目的
  • 主要活动
  • 参与人
  • 什么时候

目的

以客户为中心,整体产品聚焦,让大家对目标保持一致

主要活动
  • 需求收集并建立产品迭代事项清单 product backlog
  • 对可能要纳入到冲刺中的 backlog 进行细化,估算完成时间
  • 排优先级(Must have、Should have、Could have、Won't have),PO 是主要负责人

参与人

PO、SM 和 Team 应当参与

什么时候

不能指望通过一次开会来完成 Backlog 梳理,通常的做法是每天花一点时间来做 Backlog 梳理

Sprint 迭代计划会议

  • 说明
  • 要点

说明

每轮迭代开启前,团队共同讨论本轮迭代详细开发计划的过程,输出团队迭代 Backlog

迭代计划会议内容:

  • 澄清需求,确保 PO 和 Team 对需求的理解达成一致
  • 对 “完成标准” 达成一致
  • Story 工作量估算、重新定义优先级,由 SM 组织进行工作量评估,评估方式可以采用三点估算法
  • 评估完成后,再与团队成员一起讨论确认
  • JIRA 上录入、细化、分配迭代任务和初始工作计划,形成最终的迭代 Backlog

要点

  • 充分参与:ScurmMaster 确保 PO 和 Team 充分参与讨论,达成理解一致
  • 相互承诺:Team 承诺完成迭代中的需求并达到“完成标准”,PO 承诺在短迭代周期不增加需求
  • 确定内部任务:Team 和 PO 协商把一些内部任务放入迭代中(例如重构、持续集成环境搭建、遗留的 BUG 等),由 PO 考虑并与其他外部需求一起

每日站会

  • 每日工作前,团队成员的例行沟通机制,由 Scrum Master 组织,Team 成员全员站立参与
  • 在看板前进行,及时更新看板状态
  • 聚焦以下三个主题:
  • 我昨天完成了什么任务?
  • 我计划今天完成什么任务?
  • 遇到什么阻碍问题、风险、需要什么帮助

每日站会关键要点

  • 准时开始:开始时间固定,不允许迟到
  • 高效会议:会议限时15分钟,不讨论与会议三个主题无关的事情(如技术解决方案等)
  • 问题跟踪:ScurmMaster 记录所有的问题并跟踪

避免每日站会变成流水式表达(我今天要完成什么,而不是我今天要做什么)

Sprint 评审会议

目标是检视与调整构建的产品

  • 会议目的
  • 参与人
  • 会议时间

会议目的

  • PO 验收成果,回顾 sprint 目标和承诺的特性列表,并和实际完成的特性进行对比
  • 细节调整沟通,演示和讨论要完成的特性(展示有交互的运行起来的软件),并对功能性的产品增量进行审视或者对最终发布计划做出必要的调整

参与人

PO、SM、Team、客户、利益相关者

会议时间

时长多是1-2小时

Sprint 回顾会议

  • 在每轮迭代结束后举行的会议,目的是分析好的经验和发现改进点、促进团队不断进步
  • 围绕如下三个问题:
  • 本次迭代有哪些做得好?好的方面,继续保持
  • 本轮迭代我们在哪些方面还能做得更好?反思改进点,说出新问题
  • 不足的方面,下次迭代准备在哪些方面改进?(针对新问题制定改进方案)

迭代回顾会议的关键要点

  • 会议气氛:Team 全员参与,畅所欲言,头脑风暴发现问题,共同分析原因
  • 关注重点:Team 共同讨论优先级,将精力放在最需要的地方
  • 会议结束要跟踪记录形成闭环:可以放入迭代 Backlog 中

5个价值观

  • 承诺(Commitment):愿意对目标做出承诺
  • 专注(Focus):把心思和能力都用到你承诺的工作上去
  • 开发(Openness):以开放的心态一起工作,全方位展示工作的做事方式和关注点
  • 尊重(Respect):每个人都有他独特的背景和经验,相互尊重
  • 勇气(Courage):有勇气做出承诺,履行承诺
目录
相关文章
|
10天前
|
运维 Cloud Native 持续交付
云原生架构的演进与实践####
【10月更文挑战第16天】 云原生,这一概念自提出以来,便以其独特的魅力和无限的可能性,引领着现代软件开发与部署的新浪潮。本文旨在探讨云原生架构的核心理念、关键技术及其在实际项目中的应用实践,揭示其如何帮助企业实现更高效、更灵活、更可靠的IT系统构建与管理。通过深入剖析容器化、微服务、持续集成/持续部署(CI/CD)等核心技术,结合具体案例,本文将展现云原生架构如何赋能企业数字化转型,推动业务创新与发展。 ####
110 47
|
8天前
|
边缘计算 Cloud Native 安全
构建灵活高效的下一代应用架构 随着企业数字化转型的加速,云原生技术正逐渐成为构建现代化应用程序的关键支柱。
随着企业数字化转型加速,云原生技术逐渐成为构建现代化应用的关键。本文探讨了云原生的核心概念(如容器化、微服务、DevOps)、主要应用场景(如金融、电商、IoT)及未来发展趋势(如无服务器计算、边缘计算、多云架构),并分析了面临的挑战,如架构复杂性和安全问题。云原生技术为企业提供了更灵活、高效的应用架构,助力数字化转型。
28 4
|
20天前
|
Cloud Native 持续交付 开发者
探索云原生技术:构建高效、灵活的应用架构
【10月更文挑战第6天】 在当今数字化浪潮中,企业面临着日益复杂的业务需求和快速变化的市场环境。为了保持竞争力,他们需要构建高效、灵活且可扩展的应用程序架构。本文将探讨云原生技术如何帮助企业实现这一目标,并分析其核心概念与优势。通过深入剖析云原生技术的各个方面,我们将揭示其在现代应用开发和部署中的重要性,并提供一些实用的建议和最佳实践。
49 2
|
6天前
|
Kubernetes Cloud Native 持续交付
云端新纪元:云原生技术重塑IT架构####
【10月更文挑战第20天】 本文深入探讨了云原生技术的兴起背景、核心理念、关键技术组件以及它如何引领现代IT架构迈向更高效、灵活与可扩展的新阶段。通过剖析Kubernetes、微服务、Docker等核心技术,本文揭示了云原生架构如何优化资源利用、加速应用开发与部署流程,并促进企业数字化转型的深度实践。 ####
|
5天前
|
监控 Cloud Native Java
云原生架构下微服务治理策略与实践####
【10月更文挑战第20天】 本文深入探讨了云原生环境下微服务架构的治理策略,通过分析当前技术趋势与挑战,提出了一系列高效、可扩展的微服务治理最佳实践方案。不同于传统摘要概述内容要点,本部分直接聚焦于治理核心——如何在动态多变的分布式系统中实现服务的自动发现、配置管理、流量控制及故障恢复,旨在为开发者提供一套系统性的方法论,助力企业在云端构建更加健壮、灵活的应用程序。 ####
45 10
|
5天前
|
运维 Cloud Native 持续交付
云原生架构下的微服务设计原则与实践####
【10月更文挑战第20天】 本文深入探讨了云原生环境中微服务设计的几大核心原则,包括服务的细粒度划分、无状态性、独立部署、自动化管理及容错机制。通过分析这些原则背后的技术逻辑与业务价值,结合具体案例,展示了如何在现代云平台上实现高效、灵活且可扩展的微服务架构,以应对快速变化的市场需求和技术挑战。 ####
23 7
|
5天前
|
监控 Cloud Native 持续交付
云原生架构下微服务的最佳实践与挑战####
【10月更文挑战第20天】 本文深入探讨了云原生架构在现代软件开发中的应用,特别是针对微服务设计模式的最优实践与面临的主要挑战。通过分析容器化、持续集成/持续部署(CI/CD)、服务网格等关键技术,阐述了如何高效构建、部署及运维微服务系统。同时,文章也指出了在云原生转型过程中常见的难题,如服务间的复杂通信、安全性问题以及监控与可观测性的实现,为开发者和企业提供了宝贵的策略指导和解决方案建议。 ####
27 5
|
3天前
|
监控 Cloud Native 测试技术
云原生架构下的性能优化与实践####
【10月更文挑战第21天】 本文深入探讨了在云原生环境下,如何通过一系列技术手段和最佳实践来提升应用性能。文章首先概述了云原生架构的基本原则与优势,随后详细分析了影响性能的关键因素,包括容器编排、微服务设计、持续集成/持续部署(CI/CD)流程以及监控与日志管理。针对这些因素,文中不仅介绍了具体的优化策略,如资源请求与限制的合理配置、服务间通信的高效实现、自动化测试与部署的优化,还结合案例分析,展示了如何在实际项目中有效实施这些策略以显著提升系统响应速度和处理能力。此外,文章还强调了性能测试的重要性,并提供了几种常用的性能测试工具和方法。最后,总结了云原生性能优化的未来趋势,为开发者和架构师
9 2
|
4天前
|
Kubernetes Cloud Native 持续交付
云原生架构下的微服务设计原则与最佳实践##
在数字化转型的浪潮中,云原生技术以其高效、灵活和可扩展的特性成为企业IT架构转型的首选。本文深入探讨了云原生架构的核心理念,聚焦于微服务设计的关键原则与实施策略,旨在为开发者提供一套系统性的方法论,以应对复杂多变的业务需求和技术挑战。通过分析真实案例,揭示了如何有效利用容器化、持续集成/持续部署(CI/CD)、服务网格等关键技术,构建高性能、易维护的云原生应用。文章还强调了文化与组织变革在云原生转型过程中的重要性,为企业顺利过渡到云原生时代提供了宝贵的见解。 ##
|
4天前
|
运维 Cloud Native API
云原生时代下的微服务架构实践
【10月更文挑战第22天】在数字化转型的浪潮中,云原生技术正以前所未有的速度重塑软件开发和运维的模式。微服务架构作为云原生的重要组成部分,其设计哲学、技术栈选择以及与传统单体应用的根本区别成为了现代软件工程讨论的焦点。本文将深入探讨微服务架构的核心概念,通过实际案例分析其在云平台下的应用,并分享在实施过程中的经验教训,旨在为读者提供一套清晰的微服务架构实践指南。

热门文章

最新文章