Tags

好奇心是通往学习者心态的捷径
Agile

Scrum Master的职责

《The Scrum Guide》重读有感(5)


分享几个团队敏捷转型过程中的故事


你以为的你以为未必是你以为的

团队决策小技巧


Scrum Patterns(87):完成定义(译)

A Scrum Book——The Spirit of the Game


Scrum Patterns(37):MetaScrum(译)

A Scrum Book——The Spirit of the Game


《看板方法官方指南》中文版发布了!


Sprint Review != Demo

《The Scrum Guide》重读有感(4)


SM和PO如何参与Daily Scrum

《The Scrum Guide》重读有感(3)


Scrum Team不等于Development Team

《The Scrum Guide》重读有感(2)


重学Scrum三大支柱

《The Scrum Guide》重读有感(1)


<精益创业>读后感


一次用户故事拆分分享


用户故事拆分招数全景图(译)

The Story Splitting Flowchart


用户故事是垂直的切片(译)

User Stories Are Vertical Slices


Scrum Patterns(9):小团队(译)

A Scrum Book——The Spirit of the Game


Scrum Patterns(29):每日Scrum(译)

A Scrum Book——The Spirit of the Game


用户故事拆分速查手册(译)

Story Splitting Cheat Sheet


一次用户故事拆分实战的感想

Power Question带来的改变


人生如戏,戏如人生

敏捷剧本杀玩后感


为何要构建团队契约


Scrum Patterns(57):团队('Pigs')的估算(译)

A Scrum Book——The Spirit of the Game


Scrum Patterns(64):梳理产品待办列表(译)

A Scrum Book——The Spirit of the Game


尝试从用户的角度思考

PO的姿势系列


Scrum Patterns(65):准备就绪的标准 DoR(译)

A Scrum Book——The Spirit of the Game


Scrum Patterns(24):迭代计划会(译)

A Scrum Book——The Spirit of the Game


敏捷开发需要内外兼修


一次<欣赏式探询>的体验

2020长春敏捷之旅总结


Kanban != 看板

学习Kanban方法有感


一次产品路线图(Roadmap)的探索之旅

绘制一张影响地图


一次有效的产品需求头脑风暴


一个拆分用户故事的案例分享

SPIDR拆分法


多团队如何评估故事点(译)

“How to Estimate Story Points With Multiple Teams” by Mike Cohn


理解用户故事的本质

传统研发团队的思维转变过程


团队如何快速对齐需求认知

Cosplay原型游戏


用户故事信息过多或过少带来的问题

来自Mike Cohn大师的建议


五种简单高效的拆分用户故事的方法

来自Mike Cohn大师的方法


我们需要软件工艺

《软件工艺》读后感


重新理解“软件工程”

《软件工艺》读后感


打破Scrum的五个误区(译)

Busting Five Scrum Myths by Mike Cohn


多米诺游戏工作坊(scrum 版) 观后感


什么是打桩服务

mountebank系列(1)


10种让虚拟化合作更好的方式(译)


规模化敏捷选择地图


Stop Starting Start Finishing

越多真的越好吗?


第14份敏捷年度状态调查


问卷调查——敏捷落地过效果探测器


迭代流程梳理会


验收标准如何写?

PO的姿势系列


感恩回顾会


敏捷

Scrum Master的职责

《The Scrum Guide》重读有感(5)


分享几个团队敏捷转型过程中的故事


你以为的你以为未必是你以为的

团队决策小技巧


Scrum Patterns(87):完成定义(译)

A Scrum Book——The Spirit of the Game


Scrum Patterns(37):MetaScrum(译)

A Scrum Book——The Spirit of the Game


《看板方法官方指南》中文版发布了!


Sprint Review != Demo

《The Scrum Guide》重读有感(4)


SM和PO如何参与Daily Scrum

《The Scrum Guide》重读有感(3)


Scrum Team不等于Development Team

《The Scrum Guide》重读有感(2)


重学Scrum三大支柱

《The Scrum Guide》重读有感(1)


<精益创业>读后感


一次用户故事拆分分享


用户故事拆分招数全景图(译)

The Story Splitting Flowchart


用户故事是垂直的切片(译)

User Stories Are Vertical Slices


Scrum Patterns(9):小团队(译)

A Scrum Book——The Spirit of the Game


Scrum Patterns(29):每日Scrum(译)

A Scrum Book——The Spirit of the Game


用户故事拆分速查手册(译)

Story Splitting Cheat Sheet


一次用户故事拆分实战的感想

Power Question带来的改变


人生如戏,戏如人生

敏捷剧本杀玩后感


为何要构建团队契约


Scrum Patterns(57):团队('Pigs')的估算(译)

A Scrum Book——The Spirit of the Game


Scrum Patterns(64):梳理产品待办列表(译)

A Scrum Book——The Spirit of the Game


尝试从用户的角度思考

PO的姿势系列


Scrum Patterns(65):准备就绪的标准 DoR(译)

A Scrum Book——The Spirit of the Game


Scrum Patterns(24):迭代计划会(译)

A Scrum Book——The Spirit of the Game


敏捷开发需要内外兼修


一次<欣赏式探询>的体验

2020长春敏捷之旅总结


Kanban != 看板

学习Kanban方法有感


一次产品路线图(Roadmap)的探索之旅

绘制一张影响地图


一次有效的产品需求头脑风暴


一个拆分用户故事的案例分享

SPIDR拆分法


多团队如何评估故事点(译)

“How to Estimate Story Points With Multiple Teams” by Mike Cohn


理解用户故事的本质

传统研发团队的思维转变过程


团队如何快速对齐需求认知

Cosplay原型游戏


用户故事信息过多或过少带来的问题

来自Mike Cohn大师的建议


五种简单高效的拆分用户故事的方法

来自Mike Cohn大师的方法


我们需要软件工艺

《软件工艺》读后感


重新理解“软件工程”

《软件工艺》读后感


打破Scrum的五个误区(译)

Busting Five Scrum Myths by Mike Cohn


多米诺游戏工作坊(scrum 版) 观后感


什么是打桩服务

mountebank系列(1)


10种让虚拟化合作更好的方式(译)


规模化敏捷选择地图


Stop Starting Start Finishing

越多真的越好吗?


第14份敏捷年度状态调查


问卷调查——敏捷落地过效果探测器


迭代流程梳理会


验收标准如何写?

PO的姿势系列


感恩回顾会


Retrospective

感恩回顾会