敏捷工程方法

由 Matthew Skelton 和 Manuel Pais撰写的《团队拓扑——组织业务和技术团队以实现快速流动》一书将帮助您设计团队组织结构，从而帮助您变得更加敏捷。这本书分为三个部分： 第一部分侧重于作为交付手段的团队。 第二部分解释了适用于流程的团队拓

“你无法通过建模或分析来理解复杂的自适应系统。你只能通过交互来理解它，通过多个代理的实时反馈循环，这样你就不会产生认知偏见。” @snowded , 复杂自适应系统, DDDEU 2018 简单案例就是自行车，你只有练习参与到自行车自适应系统才可与之融合，人体也是一种复杂自适应系统，

Cynefin 可以提供帮助的不仅仅是咨询或工作。同样值得考虑的是，您是否偏爱处理问题的特定方式，以及这种偏爱是否会阻止您以适当的方式行事。我和妻子经常在是否计划的问题上发生冲突：例如，她喜欢提前计划假期，而我发现这个过程就像拔牙一样，更喜欢即兴发挥。在某些情况下，计划是绝对必要的（

本文《Agile as Trauma》指出敏捷的本质是反动的（reactionary：保守、落后、反动）。敏捷就像任何概念一样，必须适应和学习，将产品管理和领域驱动设计的方法与敏捷相结合是我们今天所处的位置，但这种组合还没有被命名。原文点击标题：

推特上几位产品经理大牛告诉你刚刚入职产品经理后如何做？ 第一周在担任产品经理的第一周，我有点紧张。我对做错事和说错话感到紧张，无法建立信任，基本上对所有事情都感到紧张。所以这是我在第一周所做的：我知道我想了解工程团队的流程并与他们建立

用于定义团队 API 的模板。基于Matthew Skelton @matthewskelton和 Manuel Pais 

大多数工程组织都专注于交付项目。他们应该专注于里程碑。管理项目很困难。公司会为了做好这件事而扭曲自己。与其下棋，不如改用跳棋。里程碑是一个更简单的游戏，你会得到更好的结果。在这篇文章中，我描述了：我建议您采用一种特殊的里程碑。为什么人类很讨厌

在这篇博客文章中详细了解团队拓扑的工作原理、好处是什么以及如何利用该方法。 由Matthew Skelton和Manuel Pais设计的 "团队拓扑 "方法，专门解决了许多组织苦苦挣扎的挑战：没有足够快和好地将软件送到客户手中。软件团队往往面临着创造价值的巨大压力。然而，除

Zach Lloyd曾是谷歌的首席工程师，负责谷歌表单团队。之后，他在《时代周刊》担任临时CTO，现在是一家建立基于Rust的终端的创业公司的CEO。他还在出版一本手册，记录他作为CTO/工程经理的管理风格。这是他关于他看到的工程师所犯的最大错误的一个帖子的摘要。 <

费曼名言：教育的最终目的是将空虚的心变为开放的心。如果您想成为一名好老师，请教导开放的心态，教导热情、好奇心、启发法和价值观。 banq：教育本来就是一个注入知识到空虚的人脑的过程，如何保证这个过程不是侵入的，不是洗脑的，需要被教育者拥有空杯心态，虚怀若谷，需要腾空这些知识，

产品管理是对回答 5 个核心问题的追求。为什么？Why -- >愿景做什么？What -- >策略做的目标是什么？Who -- >分割何时交付？When -- >路线图如何做到？How -- >规定

如何在敏捷世界中交付可靠的架构？这是一种创建适应不断变化的架构的方法。有很多关于敏捷架构的文章，但我认为我们还没有一个公认的实践。好的架构必须考虑许多不同的观点（技术和人的），并不断地权衡一个与另一个。 MVP 论点有

什么是产品经理？产品经理做什么的？是什么造就了一名出色的产品经理，您如何成为一名优秀的产品经理？这是2022 年更新的Ken Norton

Ken Norton是一名高管教练，他在 Google 工作了 14 年多，领导了 Docs、Calendar、Google Mobile Maps 和 GV（前身为 Google Ventures）的产品计划。以下是他推荐的七本首选书籍，还有更多点击标题：

故事点有两个目的： 1：强迫团队讨论并就工单的范围达成一致 2：让产品经理大致了解完成一组工作需要多少个 sprint，以及每个 sprint 可以完成多少工作。 对于利益相关者，甚至不会向他们提及故事点。他们唯一需要知道的是团队估计完成他们想要完成

这篇博客探讨在联邦政府内部实施产品管理，尤其是在数字领域。加拿大就业和社会发展部 (ESDC) 是一个服务部门，大多数加拿大政府部门也是如此。ESDC 通过50 个计划提供服务，以提高所有加拿大人的生活水平和生活质量。其中之一是“就业银行Job Bank”计划。