敏捷基础知识
2025-05-31 16:05:03 0 举报AI智能生成
敏捷基础知识，包含敏捷12原则，以及scrum的本质
作者其他创作
大纲/内容
敏捷12原则
01 我们的最高优先级是通过持续的，尽早的交付有价值的软件来满足客户
有价值的软件，关注客户的最终目标；
持续地，尽量早的交付；早发现错误，早解决；
关注客户，让客户满意，而不是仅仅讨好内部各个部门；
02 我们欢迎需求的变化，即使在开发后期。敏捷过程能够驾驭变化，保持客户的竞争优势。
传统的项目管理会花费大量精力进行变更管理；
敏捷项目管理拥抱变化，确保项目的适应性和灵活性；
03 经常交付可工作的软件，从几个星期到几个月，时间尺度越短越好。
及时得到客户的的反馈能够避免我们在错误的方向上走的太远；
有效地促进开发团队对于商业价值的深入理解；
04 业务人员和开发者应该在整个项目过程中始终在一起工作。
面对面是最有效的沟通方式
有效促进开发团队和客户件的相互理解
05 围绕斗志昂扬的人进行软件开发，给开发者提供适宜的环境，满足他们的需求，并相信他们能够完成任务。
鼓励精益求精，协同合作，团队精神以获得更高的生产率
认可团队成员在所在领域的专业度，并提供必要支持以确保成员的成功
06 在开发小组中最有效率也最有效果的信息传达方式是面对面的交谈。
与文档进行沟通方式相比较，效果尤其明显
团队规模越大，面对面沟通会越困难，适度的书面沟通也是可以的
07 可以工作的软件是进度的主要度量标准。
不是开发完成，而且最后的测试完成，验收完成
以结果为导向
08 敏捷过程提倡可持续开发。出资人，开发人员和用户应该维持不变的节奏。
注重工作与生活的平衡
长时间的，高负荷的开发方式只能获得一时的胜利
09 对卓越技术与良好设计的不断追求将有助于提高敏捷性。
重构会让代码更加优化
关注代码的长久可维护，可改变，可扩展
10 简单，尽量减少工作量的艺术非常重要
让最熟悉实现细节的方案提出者去实现
主人翁精神
11.最好的架构、需求和设计来自自组织的团队
12 每隔一定的时间，团队都要总结如何更有效率，然后相应地调整团队成员的行为
及时总结，及时分享，及时应用
SCRUM框架
SCRUM价值观
Commitment
Focus
Openness
Respect
Courage
Scrum理论
Transparency
通过工件的三个状态
透明度较低的工件可能导致做出降低价值并增加风险的决策。
透明使检视成为可能。没有透明的检视会产生误导和浪费。
Inspection
通过scrum的五个事件
视使适应成为可能。没有适应的检视是毫无意义的。
Adaptation
Scrum Team
Developer
● 为 Sprint 创建计划，即 Sprint Backlog；
● 通过遵循 Definition of Done 来注入质量；
● 每天根据 Sprint Goal 调整计划； 和，
● 作为专业人士对彼此负责。
Product owner
● 开发并明确地沟通 Product Goal ；
● 创建并清晰地沟通 Product Backlog 条目（items）；
● 对 Product Backlog 条目进行排序； 和，
● 确保 Product Backlog 是透明的、可见的和可理解的。
Scrum Master
to Scrum team
● 作为教练在自管理和跨职能方面辅导 Scrum Team 成员；
● 帮助 Scrum Team 专注于创建符合 Definition of Done 的高价值 Increment；
● 促使移除 Scrum Team 工作进展中的障碍；和，
● 确保所有 Scrum 事件都发生并且是积极的、富有成效的，并且在时间盒（timebox）内完成。
to Product owner
● 帮助找到有效定义 Product Goal 和管理 Product Backlog 的技巧；
● 帮助 Scrum Team 理解为何需要清晰且简明的 Product Backlog 条目；
● 帮助建立针对复杂环境的基于经验主义的产品规划（empirical product planning）；和，
● 当需要或被要求时，引导利益攸关者协作
to organization
● 带领、培训和作为教练辅导组织采纳 Scrum；
● 在组织范围内规划并建议 Scrum 的实施；
● 帮助员工和利益攸关者理解并实施针对复杂工作的经验主义方法（empirical approach）；
● 消除利益攸关者和 Scrum Teams 之间的隔阂。
Scrum事件
Sprint
实现 Product Goal 所需的所有工作，包括 Sprint Planning、Daily Scrum、Sprint Review 和 Sprint
Retrospective，都发生在 Sprint 内
Sprint Planning
为什么这次 Sprint 有价值？
Sprint Goal
这次 Sprint 能完成（Done）什么？
选出来的Product backlog
如何完成所选的工作？
交付的计划
Daily Scrum
Daily Scrum 的目的是检视达成 Sprint Goal 的进展，并根据需要调整适应 Sprint Backlog，以调整即
将进行的计划工作。
Sprint Review
评审在这次 Sprint 中完成了什么，以及环境发
生了什么变化。
与会者可以就下一步的工作进行协作
Sprint Retrospective
目的是规划提高质量和效能的方法
Sprint Retrospective 结束 Sprint。
Scrum 工件
Definition of Ready
Product Backlog
一份涌现的和有序的清单，它列出了改进产品所需的内容。
Product Backlog 精化是将 Product Backlog 条目分解并进一步定义为更小更精确的行为。
这是一项持续进行的活动，为Product Backlog 条目增添细节，例如描述、优先顺序和规模。
Product Goal
描述了产品的未来状态，可以作为 Scrum Team 制定计划的目标
Sprint Backlog
Sprint Goal （为什么做）
是 Sprint 的单个目标。
为 Sprint 选择的 Product Backlog 条目（做什么）
交付 Increment 的可执行计划（如何做）组成
Increment
在一个 Sprint 中可以创建多个 Increment
Definition of Done
0 条评论
下一页
