Agile

0 人感兴趣 · 9 次引用

  • 推荐
  • 最新
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/6c/6c2d8aea9386029de57da5763328e637.png?x-oss-process=image/resize,w_416,h_234

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

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

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

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

用户头像
FollowFlow 2020 年 8 月 19 日

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

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

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

用户头像
Worktile 2020 年 5 月 20 日

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

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

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

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

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

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

用户头像
Bruce Talk 2020 年 9 月 26 日

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

打破 Scrum 的五个误区 (译)

用户头像
Bruce Talk 2020 年 9 月 9 日

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

我们需要软件工艺

用户头像
Bruce Talk 2020 年 9 月 20 日

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

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

用户头像
Bruce Talk 2020 年 9 月 27 日

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

Agile_Agile资料文章-InfoQ写作平台