敏捷工程方法
认知偏见之模糊效应
模糊效应(歧义效应:ambiguity effect)是一种认知偏差,描述了我们如何倾向于避免我们认为模棱两可或缺少信息的选项。我们不喜欢不确定性,因此更倾向于选择实现某个有利结果的概率已知的选项。(.
大型复杂组织公司能实现敏捷吗? - Chris
产品团队里一周内测试50个假设? - Reddit
在“Inspired”中,Marty Cagan认为:一个好的产品团队能够在一周内测试 50 个假设。就像许多关于思想领导力的书一样,这是不是简直是天方夜谭?不太可能成为现实。如果一个团队每周真的有 .
Pipefy如何使用团队拓扑方法建设敏捷团队?
多年来,我们注意到开发具有高性能和高效率的软件是多么困难,以及团队因素在这个等式中是多么重要。有时我们没有意识到,我们并不总是需要最好的语言、技术或任何先进或疯狂的概念来达到最佳效果。相反,我们需要的.
敏捷中滥用故事点的几种反模式 - Lloyd Atkinson
写这篇文章主要有两个原因: 首先,我对软件开发行业的总体状况不甚满意。 其次,我想写下我认为 "现代 "敏捷的失败之处(也就是说,它甚至不是宣言中所描述的敏捷),特别是对估算的痴迷,在现实世界中很少有.
为什么我如此讨厌scrums? - Reddit
我真的希望我们可以作为一个团队做更多的工程,创建、设计、研究和构建出色的软件。但相反,任何在2-4 天内无法完成的事情都会被取消优先级并放入积压工作中。其他讨厌点:会议超负荷。我觉得我是产品团队的仆人.
40多年的软件工程研究是失败的 - iansommerville
作者背景:从1981年左右到2014年退休,我一直从事软件工程或相关学科的研究。从1984年到2014年,我的所有研究都涉及与英国和整个欧洲的工业界合作。我有幸与来自不同行业和国家的许多人一起工作,我.
敏捷与软件的长期危机 - logicmag
首先什么是敏捷?它来自哪里?我第一次遇到敏捷是在图书馆的工作中。我被雇来帮助一个新的数字学术中心落地,有时与图书馆的软件开发团队合作,建立工具来支持我们的项目。这个团队大约有六名成员,我马上注意到他们.
产品框架JTBD介绍 - Michael
何时停止设计并启动实施编程? - Alter
我们希望有一个策略,能让我们决定何时停止设计,开始实施编程,同时优化成本函数。 启发式#1:有足够的 "已知的知识"。你是否有最小的知识来带来价值?你的项目可能是庞大的;因此,有许多需求,可能有些需求.
为何在敏捷开发中使用斐波那契数? - Reddit
最近,我的团队决定为我们的冲刺尝试斐波那契(Fibonacci,简称fib )点。在这之前,我们用点来表示时间(1点=1天),并且通常有一个我们称之为置信度的第二个值(在估计的准确性方面)。低置信度意.
为什么Scrum没有帮助我反而增加了工作量? - Reddit
我在软件开发领域已经工作了10年了。大约8年前,我的公司开始了将所有项目转向采用Scrum框架的历程。作为一个年轻的开发人员,我们的管理层告诉我,Scrum可以让我们更好地管理自己的任务。一开始,我对.
如何有效设定OKR中目标? - Reddit
OKR(目标与主要结果法)中最重要的是设立“目标”,但是现在的我怎么知道未来成功是什么样?设立的这个目标又如何具体到足以有启发性,又要不能太具体以致太详细,没有足够开放来激发创造力? 以时间旅行做比喻.
如何聘请产品经理? - Ken Norton
什么是产品经理?产品经理做什么的?是什么造就了一名出色的产品经理,您如何成为一名优秀的产品经理?这是2022 年更新的Ken Norton的经典文章,它定义了产品经理的角色并启动了数千个 PM 职业。.
7本产品经理推荐书籍
Ken Norton是一名高管教练,他在 Google 工作了 14 年多,领导了 Docs、Calendar、Google Mobile Maps 和 GV(前身为 Google Ventures).
敏捷中需要分享故事点给利益相关者吗?
故事点有两个目的: 1:强迫团队讨论并就工单的范围达成一致 2:让产品经理大致了解完成一组工作需要多少个 sprint,以及每个 sprint 可以完成多少工作。 对于利益相关者,甚至不会向他们提及故.
聪明的程序员容易做出错误的战略决策 - earthly
不要试图创造一个全局的解决方案,一个一个地解决局部问题,也许模式就会出现,本文阐述了从上而下的过早全局抽象设计容易造成战略决策错误,导致南辕北辙:有时,努力工作的聪明人会使事情变得更糟。以下故事是基于.
团队拓扑:减少软件团队的认知负担 - mimacom
在这篇博客文章中详细了解团队拓扑的工作原理、好处是什么以及如何利用该方法。 由Matthew Skelton和Manuel Pais设计的 "团队拓扑 "方法,专门解决了许多组织苦苦挣扎的挑战:没有足.
产品大牛分享:产品经理入职后怎么做?
推特上几位产品经理大牛告诉你刚刚入职产品经理后如何做? 第一周在担任产品经理的第一周,我有点紧张。我对做错事和说错话感到紧张,无法建立信任,基本上对所有事情都感到紧张。所以这是我在第一周所做的:我知道.
加拿大如何在社保数字领域内实施产品管理和团队拓扑?
这篇博客探讨在联邦政府内部实施产品管理,尤其是在数字领域。加拿大就业和社会发展部 (ESDC) 是一个服务部门,大多数加拿大政府部门也是如此。ESDC 通过50 个计划提供服务,以提高所有加拿大人的生.
领域故事讲述:协作构建领域驱动软件 - Stefan Hofer
Stefan Hofer 不擅长画图,然而,他认为他可以通过讲述领域故事来积累领域知识。Stefan 在奥地利学习软件工程并获得计算机科学博士学位。自 2005 年以来,他一直在德国汉堡的 WPS –.
工程师犯的最大错误?
Zach Lloyd曾是谷歌的首席工程师,负责谷歌表单团队。之后,他在《时代周刊》担任临时CTO,现在是一家建立基于Rust的终端的创业公司的CEO。他还在出版一本手册,记录他作为CTO/工程经理的管.
复杂性自适应系统无法建模分析
“你无法通过建模或分析来理解复杂的自适应系统。你只能通过交互来理解它,通过多个代理的实时反馈循环,这样你就不会产生认知偏见。” @snowded , 复杂自适应系统, DDDEU 2018 简单案例就.
产品管理围绕的五个核心问题
产品管理是对回答 5 个核心问题的追求。为什么?Why -- >愿景做什么?What -- >策略做的目标是什么?Who -- >分割何时交付?When -- >路线图如何做到?How -- >规定.
如何在敏捷中交付可靠的架构?
如何在敏捷世界中交付可靠的架构?这是一种创建适应不断变化的架构的方法。有很多关于敏捷架构的文章,但我认为我们还没有一个公认的实践。好的架构必须考虑许多不同的观点(技术和人的),并不断地权衡一个与另一个.
TeamTopologies/Team-API-template:用于定义团队拓扑中团队API 的模板
用于定义团队 API 的模板。基于Matthew Skelton @matthewskelton和 Manuel Pais @manupaisable的《团队拓扑》一书中的一些想法。为了提高团队目标的.
团队拓扑快速参考图
教育与学习应是将空虚的心变为开放的心
费曼名言:教育的最终目的是将空虚的心变为开放的心。如果您想成为一名好老师,请教导开放的心态,教导热情、好奇心、启发法和价值观。 banq:教育本来就是一个注入知识到空虚的人脑的过程,如何保证这个过程不.
伟大的工程团队专注于里程碑而不是项目 - Jade Rubick
为什么选择Cynefin框架? – zwischenzugs
Cynefin 可以提供帮助的不仅仅是咨询或工作。同样值得考虑的是,您是否偏爱处理问题的特定方式,以及这种偏爱是否会阻止您以适当的方式行事。我和妻子经常在是否计划的问题上发生冲突:例如,她喜欢提前计划.