Scrum 敏捷软件开发——读书笔记

图片发自App


Part I 启航

第二章 ADAPT模型

Awareness, Desire,Ability,Promotion,Transfer

个体责任,共享信息透明

需要了解其他部门是如何配合scrum的


第三章 Scrum实施模式

小团队试点(start-small)/ 全面转型all-in

公开 / 悄悄行的

成长和拆分的优先选择/内部教练

引入新技术实践——简单设计,自动化测试,结对编程,重构。

马上实践 / 推迟尝试

第四章 渐进敏捷

用敏捷的方式做规划,应用在其他地方

第五章 试点项目

验证和对后续项目提供指导

理想的试点项目四个属性:持续时间,规模,重要性,发起人的保证

合适试点启动时机

选择试点团队

设定和管理期望

Part II 个体

第六章克服抵触

预见抵触:保守主义 实用主义 创新主义

第七章 新角色

Scrum master

——帮助团队使用Scrum:部分中作是清除团队遇到的障碍

保证团队一起顺利工作,迅速清除挡路石,团队有效的朝着目标前进。

他们有权,但权力来自于团队的授权。 流程的权力,让团队遵循流程。

何时以及怎样推动团队采用新的工程实践,什么时候可以干预。

提供指导而非给我决策和答案

优秀的Scrum master的品质

负责——能够并愿意承担对整个团队的责任。却不具有热河有助于实现这个目标的权力。

如图乐队指挥家,实时引导一个团体,团体中的个人是为了某一创造性的目标走到一起,而这个目标是没有人能够单枪匹马实现的。

谦虚——不以自我为中心,“看看我帮助完成了什么”而非“看看我完成了什么”

理解全体成员的价值,以身作则促成其他人达成共识。

协作——保证团队的协作氛围,公开讨论问题,并得到他人支持。

建立合作规范,指出不合适的行为。win-win的思考方式

投入——不任由问题遗留。不随意咋项目内更换人选。

有影响力的

知识渊博——具备技术、市场等知识等

Product Owner 产品负责人——给团队提供愿景激励和适当的边界

保证团队瞄准正确的目标 (Scrum Master 帮助团队尽可能有效地达到目标)

PO有权设立目标和形成愿景。不只是一个项目经理,也撰写需求,排列优先级。

定义产品Backlog,牌号优先级,都是目标的具体表现。

保证项目有一个好的投资回报。

1. 与客户联络,了解和顺义市场趋势

2. 与团队一起建造产品。

一个PO至负责一团队。(有一个PO小组)

优秀的PO品质

Available——始终都在,积极投入

Business-savvy——懂业务,决定有哪些功能,没有哪些功能,市场,客户和用户。

Communication——包括倾听用户,客户和团队的声音。技术和风险的挑战

Decisive——果断

Empowered——得到授权的,能为决策负责的人

第八章 角色转换

分析员

尽早完成分析→实时分析

编写需求文档→讨论它们的目标

大文档→口头分析大量信息,记录需求。使用wiki

促进团队与PO的沟通

第九章 技术实践

极限编程 XP Extreme programming

测试驱动开发TDD test-driver development —— 确保系统中所有的代码都可以被测试

重构 refactoring——改变代码结构,而不是代码行为。如“方法抽取”。有助防止code rot 代码腐烂

集体所有权 collective ownership——所有开发人员共同负责开发过程中的所有产出内容,特别是代码和自动化测试。

1. 确保dev不会变的太专,以至于只能在某一方面做出贡献。

2.确保没有一个地方变得太复杂,以至于只有一个开发人员能明白和完成工作。

持续集成 ——每日构建到持续集成,尽可能快地将新开发和修改过的代码集成到一个应用程序中,然后测试这个应用,确保没有任何东西被破坏。

结对编程 —— 两个开发人员一起写代码

设计 ——有意的而又是涌现式的,即设计是通过深思熟虑的和清醒的决策来指引的,且通过增量的方式来完成。

第十章 团队结构

被制造出来的系统结构反映了制造它的团队的结构 (Conway 1968;通常被称作“柯维定律”)

保持小团队和定位每哥团队基本上可以交付端到端的,用户可见的功能。

社会惰化现象程度更低——个体力量和团队大小成反比(Ringelmann心理学家)

积极地互动

协调上的时间更少

没有人会消失在幕后

更满意他们的成员

过分专业化的不利因素不太可能发生

特性团队,交付一个端到端的功能

组件团体

你可能感兴趣的:(Scrum 敏捷软件开发——读书笔记)