Cynefin 可以提供帮助的不仅仅是咨询或工作。同样值得考虑的是，您是否偏爱处理问题的特定方式，以及这种偏爱是否会阻止您以适当的方式行事。我和妻子经常在是否计划的问题上发生冲突：例如，她喜欢提前计划.

本文《Agile as Trauma》指出敏捷的本质是反动的（reactionary：保守、落后、反动）。敏捷就像任何概念一样，必须适应和学习，将产品管理和领域驱动设计的方法与敏捷相结合是我们今天所处.

改善交付时间应该是每个组织的目标。阻碍交付流程加速的一个主要减速器是组织中的不同团队传统上一直在孤岛中工作。为了解决这个问题，在大多数情况下会出现一个简单的解决方案：增加不同团队之间的沟通。但是，这个.

不受欢迎的观点：拥有一个运行良好的瀑布流程比一个功能失调的敏捷流程更好？以下是我认为多年来在产品管理工作中学到的最重要的经验教训。每个点都在列表下方进行了更详细的描述，我试图使其尽可能实用（甚至包括您.

向技术领导地位的转变是一个巨大的挑战。技术领导是不同的。领导技术团队不仅需要管理技能，还需要技术实力和驾驭科技世界的能力。在数字产品上工作，您需要了解如何领导您的技术团队，为用户提供高价值，同时保持敏.

Nick Horney 是《VUCA Masters》的作者和 Agility Consulting 的创始人。在这一集中，Nick 分享了他在领导敏捷性方面的创新，包括 AGILE Model 和.

Matthew Skelton与 Manuel Pais 合著了《团队拓扑：组织业务和技术团队以实现快速流程》一书，这是一篇开创性的文本，讲述了如何围绕软件对您的特定组织的角色构建最佳团队结构。Mat.

当我们考虑如何以最好的方式做事时，首要考虑的是不要以最糟糕的方式做事并阻止以错误的方式做事，Poka-Yoke（“防错”）——这不仅仅是一个听起来很棒的词，而且是丰田防止用户错误操作的方法的一部分。例.

一位作者分享了他第一次担任工程经理的经历。它会成为你的下一个职业吗？最近，我加入 Nextail Labs 担任工程经理。这是我第一次在软件初创公司工作并担任工程经理。工程经理角色有很多定义，但这在很.

这是Nicolas Carlo个人针对发布“Clean代码”和“单一职责原则”的罗伯特·马丁的权威质疑：自从我得出罗伯特·马丁（鲍勃大叔）对软件开发生命周期一无所知的结论以来，已经有一段时间了。最近看.

工程团队需要比以往任何时候都更快地为客户提供价值。云、SaaS 和永远在线服务的兴起意味着客户期望新功能、更少的错误和 99.99%（或更高）的正常运行时间。 为了跟上这些需求，组织采用了敏捷实践和最.

富士通全球交付架构团队 Chris Frost 着眼于企业架构和企业敏捷性的基本挑战。企业架构——通过以下方式应对大规模业务变更和系统设计： 将 IT 变革与业​​务战略联系起来 问题分解 解决方案过.

任何规划过程都必须允许变化，但太多的变化最终是不可改变和无法计划的。关键不在于数据的捕获或分析，而是如何让正在做决策的人尽早关注异常情况以做出更好的决策上下文就是一切，但我们也需要自动化（这是算法帮助.

新型产品技术团队模型简述： 没有孤岛，团队专注于了解客户的问题和市场挑战（环境），并由此发现和塑造他们应该如何构建和发展他们的产品（技术系统）。（他们显然在业务/公司使命和目标之间取得了平衡）。 这并.

是业务决定技术？还是技术决定业务？是人决定IT，还是IT决定人？这是康威定律与敏捷的区别：一位叫Melvin Conway学者进行了社会学观察：组织中IT 解决方案的结构遵循组织结构。弗雷德里克·布鲁.

在与 Facebook、Whatsapp、Google、Netflix 和类似组织的工程师交谈时，他们中的大多数人从未使用过 Scrum。为什么？这是因为以下几点： 有能力、自主的人需要较少的结构来产.

这篇文章的灵感来自于 HackerNews 上的一条评论，我再也找不到了。它的要点是“虽然架构经常被过度设计，但代码本身却经常被设计不足”。如果有人认出作者，我会很乐意归于他们。作为免责声明，本文描述.

敏捷宣言忽视了最重要一点：成功的结果胜过高效的交付。什么是结果?是什么让产品变得伟大？以下通常描述： 便于使用 解决问题 乐趣 愉快 节省我的时间 这些都是购买和使用你的产品的人所说的。事实上，一个产.

我们中的许多人都去过健身房，最初取得了良好的效果。一旦你的身体适应了，同样的程序可能会帮助你保持，但你不会看到任何进一步的进步，你甚至可能开始倒退。我觉得 Scrum 作为交付软件项目的方法也遇到了同.

在生态学中，岩石地变成森林的过程被称为森林演替。我嫁给了一位生态学家，所以我听到了很多这样的事情，我突然想到，我们可以通过观察森林的形成来了解如何在我们的组织中创造可持续的变革。这是关于森林的事情。你.

你是一家小型初创公司的一部分。您脑子里只有一件事：运送产品并快速找到适合市场的产品。代码为王！软件架构？但是，事实证明，每个系统都有一个架构。无论它是不是好产品，特别是在产品起飞，从初创阶段转向规模扩.

如果你想要更好的结果，那就忘记设定目标吧。而是专注于您的系统。实现我们想要的生活的最佳方式：如塑造更好的身材、建立成功的企业、更多地放松和减少担心、花更多的时间与朋友和家人在一起等，就是要设定具体的、.

没有心理安全、尊重和信任，以下任何事情都不可能发生。过程存在于为人服务；人是第一位的。最好的工作方式是协作。谈判不是合作。做出英勇努力的孤立个体永远不会像协作团体那样有效。当客户、业务人员和开发人员真.

在过去十年中几乎无处不在的敏捷软件开发是一场革命。与瀑布式开发不同，其长周期需要提前六到九个月进行规划，敏捷进来了，只需要提前两到四个星期规划快速迭代，每个迭代都可能是可交付的。至少，这就是将敏捷卖给.

在本文中，了解需求在软件行业中的重要性，因为如果您不清楚自己的需求，您的项目就不会成功。无论您是从事 IT 行业还是任何其他行业，都没有关系。如果您不清楚自己的要求，那么成功结束项目的机会就很少。在敏.