随笔
0 人感兴趣 · 45 次引用
- 最新
- 推荐
Thinking Agile 2021，Being Agile 2022
将"假设"应用到自身，我们自己就是一个可以不断迭代演进的产品。拥抱变化、获得反馈、学到知识。
从一个乙方视角聊聊敏捷项目
敏捷开发是否适合项目形态？还是只能在产品研发中发挥作用？让我从一个乙方的视角聊聊感受，他们之间确实有不同的地方，但也有相似的方面。
Scrum 模式之估算点模式读后感
估算一直都是软件开发中一个无法绕过的难点之一。项目预算和风险把控需要有一个估算，产品发布时间预测需要估算作为参考。而人类最不擅长的就是估算，毕竟这个是还没有发生的事。我在平时工作中也经常面临要对产品Release或者投标的标书进行估算的场景。最近
如何进行用户故事估算——Ethan 分享观后感
敏捷估算一直是一个无法绕开又非常令人头疼的话题。无法绕开是因为无论是产品还是项目都离不开估算。令人头疼是因为估算结果一般都很难令人满意。
一个 Product Owner 的假设引发的思考
一次有趣的对话引发的思考。Product Owner应该如何对待假设？
梳理会在 Scrum 中是活动还是事件？——《Scrum 指南》重读有感 (6)
到底梳理会是事件还是活动呢？到底Scrum中什么是事件(Event)？什么是活动(Activity)？今天想聊聊这个话题。
Scrum Master 的职责——《Scrum 指南》重读有感 (5)
今天聊聊Scrum Master这个Role。在Scrum过程中他的职责是什么？他的工作有哪些内容？他的价值是什么？在和实际Scrum团队一起工作中，我发现很多对Scrum Master的误解，有时候会导致人们对这个Role的预期不一致，从而导致领导甚至Scrum Master自己的失望和迷茫
Sprint Review != Demo——《Scrum 指南》重读有感 (4)
Sprint Review 的目的是检视 Sprint 的成果并确定未来的适应性。Scrum Team 向关键利益攸关者展示他们的工作结果，并讨论 Product Goal 的进展情况。
SM 和 PO 如何参与 Daily Scrum——《Scrum 指南》重读有感 (3)
Daily Scrum 是一个属于 Scrum Team 的 Developers 的 15 分钟的事件。为了降低复杂性，它在Sprint 的每个工作日都在同一时间同一地点举行。如果 Product Owner 或 Scrum Master 正在积极处理 Sprint Backlog 条目，那么他们将作为 Developers 参与其中。
Scrum Team 不等于 Development Team——《Scrum 指南》重读有感 (2)
今天继续这个系列，聊聊Scrum Team。先看看Scrum Guide中的一段描述：
重学 Scrum 三大支柱 《Scrum 指南》重读有感 (1)
Scrum 将 4 个正式事件组合在一起以在一个容器型事件 Sprint 中进行检视和适应。这些事件之所以起作用，是因为它们实现了基于经验主义的 Scrum 的三个支柱：透明(Transparency)、检视(Inspection)和适应(Adaptation)。
<精益创业>读后感
精益创业是一种思维方式，甚至可以是一种生活方式。创业不仅仅发生在新创企业中，也可以发生在大企业甚至是传统企业中，只要你想有所突破，寻找创新之路，那里就创新的血液。
最近一些让我颇有感触的话
最近一段时间在看的书和一些公众号中看到了一些有感触的句子。随笔记录下来。这里做一个整理。分享给大家。希望和大家一同学习。有理解不对的欢迎大家拍砖。
