写点什么

Agile

1 人感兴趣 · 25 次引用

  • 最新
  • 推荐

Scrum Patterns: 每日 Scrum(译)

用户头像
Bruce Talk4 月 5 日

“每日Scrum”是Scrum 5个Events中的一个,也叫“站立会”或者“早会”。你有没有觉得身边的站立会越来越乏味?越来越形式化?变得可有可无?团队成员们每天花15分钟聚集在一起到底为了什么呢?为了向领导汇报工作进度?还是向团队伙伴同步自己的工作情况?遇

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

用户头像
Bruce Talk3 月 21 日

当我们拆分用户故事的时候总会遇到各种各样的情况,有没有一些简单的例子让我们借鉴呢?最近看到了一个国外的速查手册,简单易懂,分享给大家。

https://static001.geekbang.org/infoq/15/1540e20da2cd6bbb72586e75030f1ff4.png?x-oss-process=image/resize,w_416,h_234

全球案例 | Infobip :这家估值十亿美元的公司像初创企业一样规模化发展,像大型企业一样标准化

用户头像
Atlassian3 月 18 日

适应多的变化并保持这种指数级增长足以使大多数团队感到手足无措。借助 Atlassian Data Center 和更先进的 DevOps 和 ITSM 实践,Infobip 稳步提高了部署速度,将解决问题的时间从几天缩短到了几分钟,并帮助世界三分之二的人口充满信心地进行了高效沟通。

人生如戏,戏如人生——敏捷剧本杀玩后感

用户头像
Bruce Talk3 月 7 日

“人生如戏,戏如人生”,我们每个人都在生活中努力扮演好自己觉得最好的那一面,沉浸其中。演员会经常会回看自己的表演,或者导演观看之后给出改进的意见,而人生是几乎没有回看的表演,如何发现和调整让它更好呢?谁是观众,谁又会是导演?这个周末有机会参

为何要构建团队契约

用户头像
Bruce Talk2 月 28 日

敏捷团队作为工作的主体,为了能获得持续高效的产出,不仅需要有很好的团队间合作,更需要有高效顺畅的团队内合作。团队的构成是人,把每一个个体看成一个独立的子系统而不是一个资源,如何让众多子系统在一起配合达到1+1>2的效果呢?这既需要最大化的让子系

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

用户头像
Bruce Talk2 月 21 日

对工作量的估计应该基于已经掌握的情况和经验,而不是错误的假设和一厢情愿的想法。因此,应该让开发团队(其成员致力于开发产品)评估工作量。

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

用户头像
Bruce Talk2 月 14 日

Scrum中为什么需要梳理会?有哪些产出?有哪些工具可以用?

尝试从用户的角度思考 (PO 的姿势)

用户头像
Bruce Talk2 月 7 日

作为PO,你的头需要左右摆动,一侧是靠向团队的,另一侧是靠向客户。如何避免自己的头始终都偏向某一侧呢?

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

用户头像
Bruce Talk1 月 31 日

都知道完成标准(DoD)的重要性,而DoR(Definition of Ready)往往会被大家忽略。今天就让我们认识一下什么是DoR。

Scrum Patterns:Sprint 计划会 (译)

用户头像
Bruce Talk1 月 24 日

万事开头难。Sprint Planning Meeting内容如何安排,他的目的是什么。有什么输出?有什么模式可以遵循吗?让我们一起来学习一下吧。

敏捷开发需要内外兼修

用户头像
Bruce Talk1 月 17 日

修炼敏捷和练武功类似,有外家功也有内家功。提到敏捷我们第一时间想到的可能是Scrum的3355、Kanban的拉动式任务流、TOC约束理论、精益控制浪费等,这些框架、思想会指导我们在流程上做出调整。通常只要按照要求执行能够在较短的时间内看到一个改善的效果。他

一次产品影响地图的探索之旅

用户头像
Bruce Talk2020 年 12 月 8 日

可视化产品需求,与业务方探索需求优先级。影像地图,你值得拥有。

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

用户头像
Bruce Talk2020 年 11 月 28 日

如何组织一次有效的头脑风暴?

一次用户故事拆 (SPIDR) 法实践

用户头像
Bruce Talk2020 年 11 月 22 日

一次关于Mick Cohn的SPIDR拆分法实例分享。

多团队如何评估故事点 (译) ——来自 Mike Cohn 的建议

用户头像
Bruce Talk2020 年 11 月 8 日

多团队评估故事点的时候有没有让你头疼?看看大神Mike Cohn给了什么建议。

玩一场用户故事的 Cosplay

用户头像
Bruce Talk2020 年 10 月 24 日

我们如何确定团队成员对需求已经理解一致?每个人看到Design之后想法就能一致吗?我们一定需要等到Team把产品做完才能确定是否是客户想要的吗?基于用户故事卡片的讨论能够做到对齐理解吗?是否还有更具象化的办法帮助团队对齐呢?

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

用户头像
Bruce Talk2020 年 9 月 27 日

用户故事信息过多或过少对团队来说都不合适。Just Enough & Just In Time。

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

用户头像
Bruce Talk2020 年 9 月 26 日

你有没有遇到用户故事过大的情况?有没有想拆却不会拆的无助?那就看看这里介绍的方法吧。

我们需要软件工艺

用户头像
Bruce Talk2020 年 9 月 20 日

软件开发并不是一项简单机械的活动,将其看作一种工程学实践是不恰当的。因此,我们需要给软件开发一个更好的隐喻:软件工艺。 

打破 Scrum 的五个误区 (译)

用户头像
Bruce Talk2020 年 9 月 9 日

您肯定在应用Scrum的过程中遇到了比这更多的误区,当您在组织中努力引入或优化Scrum时,您无疑会遇到人们对Scrum的其他误解或错误信念。希望在这里打破的误区能给您在组织中克服Scrum误区的一个开端。

我的敏捷历程 —— 兼评《敏捷整洁之道 - 回归本源》

用户头像
FollowFlow2020 年 8 月 19 日

我个人最早接触敏捷是在上大学时,在《程序员》杂志上看到一本书——《解析极限编程》——的推介。当时我只是“幼稚”的从字面意思去理解:极限编程就是一种新式的编程方法(其实这么说也没错,对了一半)。

https://static001.geekbang.org/infoq/6c/6c2d8aea9386029de57da5763328e637.png?x-oss-process=image/resize,w_416,h_234

翻译敏捷行业专业外文,不只是谷歌翻译

用户头像
行叔2020 年 5 月 26 日

流行但愚蠢的态度是,一个好的经理在任何地方都可以成为一个好经理,而不需要对他所管理的生产过程有特别的了解 —爱德华.戴明

https://static001.geekbang.org/infoq/2b/2be7f14b32a535e8b040440b02bdcb93.jpeg?x-oss-process=image/resize,w_416,h_234

有价值的产品 = 设计思维 + 精益创业 + 敏捷方法

用户头像
行叔2020 年 5 月 26 日

构建 “设计” 的方法有两种:一种是简单到明显没有缺陷,一种是复杂到没有明显缺陷。 — C.A.R 霍尔

https://static001.geekbang.org/infoq/3c/3c16ea2361529ad572ba3fffb6bcb355.png?x-oss-process=image/resize,w_416,h_234

敏捷为什么会失败之「PA-SA-WAKA-DA」理论

用户头像
Worktile2020 年 5 月 20 日

行于敏捷或形如敏捷,听起来不同,其实它们非常类似,区别只是在于用法。

https://static001.geekbang.org/infoq/b0/b074d026ff4292b0ce9bdaed021e4bd5.jpeg?x-oss-process=image/resize,w_416,h_234

敏捷团队成员的工作量指标真的那么重要吗?

用户头像
金生水起2020 年 5 月 15 日

很多转型中的敏捷团队在实践Scrum框架时会问到一个问题:"如何在一个迭代内让每个人的工作量都满满的?"。 因为大家都发现试图在一个迭代内把每个成员的工作量塞满会逐渐背离敏捷的初衷,让团队逐渐的失去目标感。

Agile_Agile资料文章-InfoQ写作平台