- 博客(11)
- 收藏
- 关注
RSS订阅原创 产品需求分析
再介绍几个反模式。按照技术架构分层进行拆分，常见的会按照持久层、应用层、展示层进行拆分。这种拆分方式拆出来的用户故事，会明显破坏INVEST中的Valuable的原则，而且各个故事卡由于各方面的原因，如开发进度不统一，无法灵活的集成上线。拆分时，把复杂的UI交互算在故事卡片中。大部分情况下，比较fancy的UI交互都不是核心的业务功能，这部分功能可以作为用户体验优化的卡片，独立拆出来。拆分时，过早考虑性能问题。
2024-01-21 22:07:55
1960
原创 项目中的敏捷实践
大家都看过电影《泰坦尼克号》，如果我们套用上面这个“范围、时间和成本”定义的框架，《泰坦尼克号》会被判断为一个失败的项目。为什么呢？这部电影在拍摄过程中多次延期，预算也超出很多，无论从成本还是时间来看，这都是一个失败的项目。可是我们都知道，《泰坦尼克号》直到现在仍然是一个难以超越的票房神话。由此可知，左图的“传统项目管理铁三角”概念忽略了“价值”这一重要因素。右图的“敏捷项目管理铁三角”强调，团队应得到来自市场的真实反馈，以此来帮助敏捷团队持续不断地、尽早地交付有价值的软件。
2024-01-21 22:03:31
1474
原创 节奏大师——BA
2019年5月21日 by良好运作的团队都是相似的，而问题团队则各有各的问题。如果你走进任何一个流畅运转的敏捷团队，你会发现人们做的事情都很简单，端到端的交付能力，清晰的验收条件，明确的优先级，充足但是不会让人焦虑的backlog，甚至还有友善的、喜欢开玩笑的团队成员。他们会从简单的事情入手，逐步的加强其功能，在过程中还会伴随着重构，甚至部分重写的发生，不过人们有充分的信心，代码的质量也由于一直在维护的大量测试保证。如果你问这个敏捷团队里任何一个人这样一个问题：“你觉得敏捷的核心理念是什么？
2024-01-21 21:59:21
840
原创 看板任务管理
在本文中我们从项目管理中常常出现的一些问题着手，分析了其中的一些原因，然后介绍了如何采用状态墙（看板）来可视化任务管理。在敏捷项目中，状态墙作为一种有效的迭代任务管理工具，已经被广泛地使用。团队利用状态墙这样一种简单的工具，将迭代开发中的日常工作透明实时地跟踪管理起来，能够帮助团队及时发现问题，消除浪费，快速地交付用户价值。希望这些文字，能够对渴望尝试敏捷、改善任务管理和日常运作的团队带来一些帮助。
2024-01-21 21:52:30
870
原创 需求管理的敏捷，为什么做不到
如果只是在跑迭代，没有真正去试错的实践，或者不具备试错的条件，就不是敏捷。” by 冉冉“如果仅仅是做形式上的实践，如站会、故事墙、用户故事、开卡和验卡，但很少就用户故事的价值发生过讨论和争执，就不是敏捷。
2024-01-21 21:42:21
1911
原创 编写用户卡的经验
我非常赞同每个故事卡都应该产生业务价值，并且我们应当将这个价值显式地表达出来。而实践下来，我发现一段“freestyle” 式的描述常常比“作为一个 <角色> , 我想要 <功能> , 以便于 <业务价值> ”这样的表述方式更容易上手。比如，某个需求是从主数据系统定时获取最新的产品主数据，那么我会用这样的一段文字来描述：Summary：当前条件下，系统中的产品数据来自于每月客户侧产品经理给到的Excel 文件更新。
2024-01-21 21:33:17
747
原创 验收标准不是测试用例
2022年5月5日 by敏捷质量实践中提倡测试左移，测试人员要尽早介入需求阶段，越早越好。测试人员需要关注需求的有效性，以及在需求产生和传递的过程中，交付价值是否被准确的描述、理解和对齐。在这个过程中很容易遇到一个常见问题：验收标准是验收测试要测的吗？验收标准到底是不是测试用例？这两者之间有什么区别和联系？本文主要想解决的就是这个具体的困惑。
2024-01-21 21:31:26
826
原创 怎样做好需求评审
大的团队往往有自己的设计规范、设计系统等，这样也减少了高保真的输出，使用设计系统，不必输出高保真。复杂的软件因为承载了大量的业务模型，以及各种存量的用户数据，修改运行中的软件，数据迁移的工作往往比预想要大很多，同时还要考虑已经发布出去的软件兼容性。提前准备需求就显得非常重要，提前三五个星期设计好的需求，随着时间的推移，实际上每周都能有优化的点，到开始实施时也想的八九不离十了。一次产品经理提出需要收集用户的公司信息，因此在注册表单增加了一个字段，但是在管理后台创建用户时，并没有相应的字段，造成数据的混乱。
2024-01-21 21:30:03
812
原创 对于 trace/debug级别的日志输出，必须进行日志级别的开关判断
日志输出的时候，只会输出级别大于等于系统设置的级别的日志，如果设置日志界别为info，那么debug日志就不会输出。但是，即使日志不输出，但日志语句还是会执行，会额外消耗cpu时间，因此对于性能消耗比较大的日志，比如日志语句中调用了计算类的方法，使用的时候需要进行日志级别的判断。使用占位符仅是替换动作，可以有效提升性能。一般日志框架中的warn、error级别均有存在传递Throwable异常类型的API，可以直接将抛出的异常传入日志API中。防止中文编码与终端不一致导致打印出现乱码的情况。
2023-09-28 00:12:54
1390
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人