Product Owner
0 人感兴趣 · 20 次引用
- 最新
- 推荐
AI 并非万能，有效沟通是关键
最近，我与一个产品团队合作，参与了一些与大模型相关的开发工作。今天分享一些与AI（这里指大语言模型ChatGPT）合作实现软件功能的一些感受和经验。
产品价值 vs Bug 数量
Bug数量也可以说是产品质量，产品的价值，可以说是产品代表的用户价值，最吸引客户的地方。到底哪个更重要呢？有人会说都重要，既要又要的关系。有的会说质量都不合格如何能实现客户的价值呢？下面是最近一个小伙伴发来的感受。很有启发，今天就来聊聊这个话
头脑风暴小工具 - 影响地图
本周在和一个团队探索一个实验型项目的时候，影响地图发挥了很大的作用。这里和大家分享一下。 如果你不熟悉影响地图，那么可以看一下我之前的一个介绍的博客：影响地图。如果你熟悉影响地图，那么你应该知道，影响地图一般适合用在项目的初期，用于探索项目
春季 3 月 · CSPO 认证周末班【提前报名特惠】“价值交付课程” | 全国招生
精彩的、极富价值的一次培训，培训师很棒，经验丰富，涉猎广泛，幽默且多样化的授课风格给我们带来许多惊喜。我把在课堂上学到的敏捷价值观理论以及实践操作具体应用到工作当中，大大提高了工作效率，整个团队的面貌和精神状态也都焕然一新。
通过假设地图进行产品待办列表排序
介绍一个简单的待办列表排序方式。假设驱动开发结合可视化的力量。希望对小伙伴们有帮助。
用户故事地图——让迭代计划灵动起来
用户故事地图不仅是梳理需求的好工具，更是迭代计划的小能手。让我们一起了解一下如何让你的计划更灵动。
一次 ATDD 的团队实践
什么是ATDD(Acceptance Test Driven Development)？他能带给我们什么改变？
如何进行用户故事估算——Ethan 分享观后感
敏捷估算一直是一个无法绕开又非常令人头疼的话题。无法绕开是因为无论是产品还是项目都离不开估算。令人头疼是因为估算结果一般都很难令人满意。
一个 Product Owner 的假设引发的思考
一次有趣的对话引发的思考。Product Owner应该如何对待假设？
在用户故事中应该包含多细的细节？(译)——来自 Mike Cohn
我们应该从只有少量细节开始，迭代演进的方式直到找到正确的需求细节程度。
尝试从用户的角度思考 (PO 的姿势)
作为PO，你的头需要左右摆动，一侧是靠向团队的，另一侧是靠向客户。如何避免自己的头始终都偏向某一侧呢？
玩一场用户故事的 Cosplay
我们如何确定团队成员对需求已经理解一致？每个人看到Design之后想法就能一致吗？我们一定需要等到Team把产品做完才能确定是否是客户想要的吗？基于用户故事卡片的讨论能够做到对齐理解吗？是否还有更具象化的办法帮助团队对齐呢？
如何组织一场用户故事地图工作坊
用户故事地图通过对话，让不同的角色之间彼此对齐需求认知，发现Gap，增强协作，达成一致的目标。在产品开始动工前，可以说是成本最低的一种假设推研的方式，能够更早地发现不合理或者遗漏点。这也是为什么用户故事地图成为Product Owner工具箱中必备的工具。
一次用户故事地图之旅
一次用户故事地图实战，一些个人真实感受。用户故事地图绝对是PO的好工具。希望我的分享能给您带来一些不同。
五种简单高效的拆分用户故事的方法
你有没有遇到用户故事过大的情况？有没有想拆却不会拆的无助？那就看看这里介绍的方法吧。
