Bruce Wong Blog

非凡的结果始于伟大的问题.

为什么对标准的要求会越来越低

系统思考实践(2)

相信很多在软件项目中的人都会有一种体会:“虽然我们想把质量做好,但是时间太紧,来不及。” “一开始我们定了很高的完成标准(DoD),但是后来发现无法达到,是不是要求太高了,那就让我们先降低一点点标准吧,看看是不是能做到。” 这些似乎有道理的原因,让人觉得目标很好,不过要实现可以逐步来,先从能达到的来,但是最后发现往往总是无法达到最初的目标了。这是为什么呢? 最近在学习用系统思考的方式来观察...

OKR实践——重要紧急矩阵

OKR实战系列(四)

最近公司刚刚宣布了新的产品策略和发展方向。作为研发负责人,需要将这些战略目标准确的传递到各个产品团队,并确保团队的工作与公司战略保持一致。正好之前参加过大叔杨的OKR游乐场,里面分享了很多实用的工具,可以用来对其齐组织级别目标。于是我决定尝试一下。今天就分享一下整个过程和我的感受,希望对大家有所帮助。(对了,一个特大喜讯,大叔杨已经开园了OKR游乐场中的所有工具以及使用方法。感兴趣的小伙伴可...

DDD建模 vs 传统开发

领域驱动设计(DDD)系列

最近和一个研发团队尝试用领域驱动开发(DDD)的方式进行开发工作。在这个过程中,和传统开发的思考方式有了若干次的碰撞,是一个有趣的过程。在这里记录一下自己的思考。 背景 简化一下要做的功能,方便大家理解。这是一个企业安全合规的软件,可以监控企业每一个用户对数据的访问情况,以及分享情况,一旦一些关键文件被放入到错误的位置,或者分享给了不正确的人,那么系统会第一时间发出通知,让数据的负责人进行处...

AI生成文档?代码有用,领域知识为王

今天想分享一下最近在团队讨论中关于生成式AI能否帮助生成技术/业务文档,提高工作效率的思考。纯属个人观点,希望对你有所启发。 背景 起因是我们在处理一个遗留系统项目时,遇到文档不完整、格式混乱的情况。这个项目已经转手多个外包团队,很多文档是在项目交付后匆忙编写的,导致了各种问题:文档过时、不规范,甚至丢失。而我们的团队接手后,通常只有1到3个月的时间熟悉项目并独立维护。而外包团队在交接后往...

基于业务规则拆分用户故事

避免工作局促

有时候在规定时间内(例如项目周期内,单次迭代)。如果最终交付的工作任务要求高,团队会觉得完成不了而紧张。最简单的解决方案是分阶段交付,如果按照交付用户价值的标准来粉阶段,那么这就是用户故事拆分,因为用户故事拆分都是纵向拆分。不过往往团队会觉得拆分用户故事很难,浪费时间效果还不好,不如咬紧牙关搏一把全做进来。但往往事与愿违。最近参与一个团队为期两周的迭代。有一个类似的事情,分享一下如何使用用户...