敏捷开发

博客分类

大模型幻觉困境下，我们该如何使用它？

“像我们这样相信物理学的人都知道，过去、现在和未来之间的区别只是一种顽固执着的幻觉。换句话说，时间是一种幻觉。” ——波尔幻觉，即一种看似真，实为假的感受。最近接触到了一个概念：大模型幻觉。有点好奇，大模型还能产生幻觉？于是查找了一些资料，开始了解。大模型幻觉，像你身边那个爱吹牛的熟人关于大模型幻觉，官方一点的说法是这样的：大模型的幻觉问题，即Hallucination，指模型基于有限元素和强大的语言表达能力生成逻辑上似乎合理但实际不符合已知常识的描述。幻觉...

敏捷开发 08-12

在Scrum中，为什么要设置时间盒？

在Scrum中，Sprint的最长持续时间是一个月。这就意味着Scrum团队应该每月至少交付一次有价值的可用产品增量。这对于刚接触Scrum的人来说，这个时间盒可能看起来很吓人。但事实上，时间盒是Scrum诸多好处的来源。时间盒的好处之一是Sprint时间盒有助于培养出一种紧迫感，从而降低对组织障碍或浪费精力的容忍度。Sprint时间盒迫使团队和组织识别出阻碍交付的因素——这样他们就可以解决这些问题。理解Sprint时间盒一个Sprint通常持续一到四周，之所以是这个时长是为了平衡对快速反馈的需求和实现有...

敏捷开发 08-07

写不好代码注释？这份注释指南一定要收好！

之前有读者问，自己一直不明白如何写出合理的代码注释。这也是不少程序员一直头疼的问题，比如接手新代码时，没有注释，完全搞不清逻辑；自己写的注释，跟不上代码修改，成了误导；复杂逻辑不知道咋注释，别人也看不懂。（听君一席话，听了一席话）网上也有很多关于代码注释的段子，搞笑中透露着真实的注释现状，比如下面这些注释：（这也算得上是“风险预警”吧 ↑ ）（阅读代码的人，心...

敏捷开发 07-23

代码审查完整指南来了！

代码审查不是战场，审查员也不是作者的对手。他们的目标是一致的——解决产品问题并创建高质量的代码库。让我们深入探讨并了解如何从审查者的角度进行一次代码审查。不要浪费时间总有些问题时常重复出现。先是在一个拉取请求中，然后又在另一个拉取请求中；先是来自一个作者，然后又来自另一个作者。这些问题完全相同，这就是例行公事。事实上，如果某件事情可以自动化，那么它就必须自动化。代码风格。没有必要为代码风格而争论不休，因为早在几十年前，项目中的每个人或整个社区就已经对代码风格进行了多次定义。在 linter（代码检查工具）...

敏捷开发 07-11

如何做出一份出色的竞品分析？

那些年曾被竞品干掉的产品 1997年到2010年左右是国内互联网行业的快速发展和多元化发展的时期，这一时期涌现出来一大批优秀的产品，市场竞争越来越激烈。苹果在20 世纪 80 年代，乔布斯的苹果电脑，在当时可是PC行业的老大，可最后还是被IBM兼容机打败，成为了时代的眼泪。诺基亚大家都非常熟悉，当年如日中天的产品，市场估值最高的时候曾高达1000亿欧元，可惜最后却被微软以72亿美金收购了诺基亚的手机业务。 UC 这可不是盛产“震惊体”的浏览器UC，而是一款即时通信类软件：朗玛UC。是当时仅次于QQ与MSN之后的中国第三大IM软件。在以3600万美元...

敏捷开发 07-01

没有它，你的Scrum无法实现！

敏捷讲究组织、团队之间透明，而要做到这些，信任是基础。Scrum 不是严格遵守规则，而是在信任的基础上与 Scrum 合作。如果团队缺乏信任，Scrum 就无法真正地实施下去，最直接的就是体现在Scrum中的这8个元素。 1. 经验主义经验主义是 Scrum 的基本要素。经验主义需要透明度、检查和适应性等支柱。如果缺乏信任，经验主义也将会遭受损失，比如：如果团队中缺乏信任，就会影响到透明度，使得团队成员不愿如实汇报负面情况，如进度延迟等；而透明度不完整又会影响检查的效果，导致组织无法依据全面准确的信息来形成正确的看法和结论； ...

敏捷开发 06-17

【PMP必考点】2024年PMP敏捷知识必考点-工件篇

PMP自2023年8月起启动了PMBOK第七版教材，考试内容的侧重点也发生了改变：大幅增加了敏捷相关的内容。以往考纲只有不到10%的敏捷管理的内容，新考纲的敏捷管理题目增加至50%。所以如果复习只用之前的题目是远远不够的，必须要多刷新考纲敏捷题。本文专门给大家整理汇总了新考纲所涉及敏捷的核心知识点。 PMP新旧考纲变化对比 PMP新旧考纲对比如下: 第六版：5大过程组、十大领域。第七版：人、过程、商业环境三大领域。第6版的更加偏向流程标准化，而第7版偏灵活敏捷性。 1、人这个领域强调的是与项目相关的人际沟通和团队管理。考生需要理解如何领导团队、解决冲突...

敏捷开发 05-28

需求跟踪矩阵是什么？怎么创建？一文详解

什么是需求跟踪矩阵对项目经理或产品经理来说，需求清单肯定不陌生，那什么是需求跟踪矩阵呢？需求跟踪矩阵（Requirement Track Matrix，简称RTM ），是把产品需求从其来源连接到能满足需求的可交付成果的一种表格，跟踪从需求到设计、从设计到编码、从编码到测试，从测试到可交付成果的全流程映射过程。简单来说，就是用来管理需求和验证需求是否已经实现的一个表格工具，其核心作用就是“跟踪”，防止需求被遗留或者曲解。需求跟踪矩阵有何作用？需求跟踪矩阵是通过清晰的表格形式，呈现出需求与设计、开发、测试等方面的对应关系，让项目团队能够直观地了解需求的落实情况，防止需...

敏捷开发 05-23

用户故事一定要有 “So that...” 吗？

每次在“更好的用户故事”网络研讨会结束后，我都会回答一些大家的提问，举办的次数足够多后，我甚至能预测哪些问题将会出现在对话框中！我想在这里集中回答关于用户故事“，大家最常提出的三个问题，希望会有所帮助。欢迎与你的团队或干系人分享，让大家对用户故事有更深入的了解。用户故事和需求一样吗？用户故事和需求一样吗？不完全是，但很接近。与其把用户故事看作需求，我觉得把每个故事看作是需求的指针会更有帮助。最常见的情况是，每个故事是一个占位符，代表了团队与干系人间将发生的对话。在对话过程中，干系人将传达需求的细节，如果需求的细节超过了对话能传达的范围，则故事可以指向...

Mike Cohn 05-16

迭代的难题：每次都有未完成的工作，如何解决？

各位是否遇到过类似的情况：每次迭代结束后，团队都有未完成的任务，很少有完成迭代全部的工作，相反，总是将上期未完成的任务重新挪到本期计划会中，重新规划。敏捷的核心之一是“快速迭代，及时反馈”，为什么会发生这种情况呢？这也是本篇文章想和大家聊的，为什么团队的每次迭代都有未完成的工作，以及我们可以如何改善？团队承诺不足在项目过程中，我们有时会遇到这样的场景：老板为了让团队更好地更快地完成项目，有时会采取一些方法，比如告诉团队：如果不能完成所有工作，他会“采取纠正措施，必要时甚至会解雇”。这种来自领导的高期望会带来什么结果呢？那就是这个团队不会在迭代过程中积极地完成大量...

敏捷开发 05-07