写点什么

Agile

1 人感兴趣 · 38 次引用

  • 最新
  • 推荐

Scrum Patterns : MetaScrum(译)

用户头像
Bruce Talk6 月 13 日

作为敏捷团队,管理层如何和Scrum团队一起工作? 作为自管理团队,Scrum团队如何和应对管理层的干涉? 在复杂产品线下,多团队、所干系人、多个Product Owner如何合作? 组织级高层是否可以通过Scrum来进行组织级管理? Scrum模式MetaScrum是一个好的起点。

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

Scrum 为何倡导固定迭代周期?

用户头像
万事ONES6 月 10 日

敏捷开发(Agile Development),是一种应对快速变化需求的软件开发模式。Scrum 作为经典的敏捷开发框架,被企业广泛采用。

Sprint Review != Demo——《Scrum 指南》重读有感 (4)

用户头像
Bruce Talk6 月 7 日

Sprint Review 的目的是检视 Sprint 的成果并确定未来的适应性。Scrum Team 向关键利益攸关者展示他们的工作结果,并讨论 Product Goal 的进展情况。

SM 和 PO 如何参与 Daily Scrum——《Scrum 指南》重读有感 (3)

用户头像
Bruce Talk5 月 30 日

Daily Scrum 是一个属于 Scrum Team 的 Developers 的 15 分钟的事件。为了降低复杂性,它在Sprint 的每个工作日都在同一时间同一地点举行。如果 Product Owner 或 Scrum Master 正在积极处理 Sprint Backlog 条目,那么他们将作为 Developers 参与其中。

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

用户头像
Bruce Talk5 月 29 日

新鲜出炉、颜值爆表的《看板方法官方指南》中文版发布了!高速公路的隐喻让看看板方法更加生动立体。看板并不是白板+便签的简单组合。它包含了一系列对待价值的思考和自己独特的价值观。

Scrum Team 不等于 Development Team——《Scrum 指南》重读有感 (2)

用户头像
Bruce Talk5 月 23 日

今天继续这个系列,聊聊Scrum Team。先看看Scrum Guide中的一段描述:

重学 Scrum 三大支柱 《Scrum 指南》重读有感 (1)

用户头像
Bruce Talk5 月 16 日

Scrum 将 4 个正式事件组合在一起以在一个容器型事件 Sprint 中进行检视和适应。这些事件之所以起作用,是因为它们实现了基于经验主义的 Scrum 的三个支柱:透明(Transparency)、检视(Inspection)和适应(Adaptation)。

<精益创业>读后感

用户头像
Bruce Talk5 月 16 日

精益创业是一种思维方式,甚至可以是一种生活方式。创业不仅仅发生在新创企业中,也可以发生在大企业甚至是传统企业中,只要你想有所突破,寻找创新之路,那里就创新的血液。

一次用户故事拆分分享

用户头像
Bruce Talk4 月 23 日

最近连续翻译了几篇用户故事拆分方法的文章。总想找个机会尝试一下,本周在参加一个团队的计划会的时候被一个用户故事的拆分吸引了。今天拿来分享一下当时团队是如何拆分,以及我自己的思考——如果是我将如何拆分。作为一个对比。希望这次分享的实际例子对你

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

用户头像
Bruce Talk4 月 20 日

很喜欢Humanizing Work公司网站上关于用户故事拆分的文章。周末的时间通读了一下。把有感觉的部分分享给大家。本文中的故事拆分流程全景图最早是在Bob(姜信宝)老师的CSM课程的时候第一次看到。印象深刻。后来发现原始出处是在Humanizing Work公司网站上,本文

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

用户头像
Bruce Talk4 月 20 日

很喜欢Humanizing Work公司网站上关于用户故事拆分的文章。周末的时间通读了一下。把有感觉的部分分享给大家。我们平时拆分用户故事会考虑从业务的角度、功能实现的角度、技术的角度、性能角度、以及优先级的角度等。这么多角度的拆分,可以看到最后好的故事

Scrum Patterns: 小团队 (译)

用户头像
Bruce Talk4 月 13 日

为什么敏捷团队需要是小团队,当然大型敏捷团队是由众多敏捷小团队组合起来的,这里暂且不提,这属于规模化敏捷的范畴。单单讲敏捷团队的大小,为什么需要小而不是大?为什么大型团队却反倒效率不高?1+1<2?协作效率是复杂产品开发好坏的重要因素之一,大团

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

年度盛会 | Atlassian Team 2021 全球大会重磅嘉宾介绍

用户头像
Atlassian4 月 12 日

诚挚地邀请您参加 Atlassian Team 2021 —— 全新概念的 Atlassian 峰会。作为 Atlassian 一年一度最重要的年度盛会,今年 Team 2021 全球大会将为您带来颠覆性的数字化体验,我们将继续探索团队合作、人文和科技的交叉领域,并分享释放团队全部潜力的新方法

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。

Agile_Agile资料文章-InfoQ写作平台