因此产品管理告诉我们需要追求业务目标并满足客户来实现这些目标。敏捷透过说「好吧，让我们逐步进行，提出高品质的软体」来帮助我们，因为显然这也会变得无效：如果我创建的东西完全被破坏了，我什至没有真正的反馈。因此，着非常密切的联系，它们几乎是同一主题，从某种意义上说，即使产品管理作为一个主题相当古老，但也不能将一个主题与另一个主题分开太多，因此它不一定总是具有相同的主题。自己表示敏捷很重要，但我们必须记得让用户满意。
例如杰夫·巴顿用户故事映射的发
者，我是他的粉丝。他也是最早带来这种 iOS 数据库 产品心态的最重要的人之一，也就是说，他说「敏捷必须完成，但让我们记住，实际上我们正在追求业务目标，为此我们需要满足有自己需求的用户。因此，与以标准方式执行专案相比，这种额外的成熟度才是最重要的。也许我已经离题了，但这就是说，简而言之，敏捷是紧密相连的，是基础性的，因为我们从敏捷中汲取了许多有用的东西，然后可以进行操作，并且能够灵活、迭代、增量，以便然后建立数位产品。
这样你就得到了最常阅读的文章
业务与行销敏捷性：低效企业文化泛滥的解 而且通常没有太大的职业发展空间 药线上美容：趋势与机遇现代有效的行销计画应包含哪些内容？ ：今天的敏捷主题仍然是这样的公司的附加价值，或者从客户价值的角度来看，它已经成为一种标准、一种商品？ ： 因此，敏捷的主题可能在高层被认为是理所当然的，但寻求敏捷的公司是否真正理解其应用及其背后的理念并不明显。然而，也许在高层，敏捷方法是有利的，也就是说，甚至参与更大的招标或与更大的客户合作，总是有敏捷的主题。
因此它现在已经成为几年前
开始流行的流行语，但它的实际应用情况完 细胞P数据 全是另一回事。这里的情况相当悲惨。 然而对于较小的客户来说，这甚至不算是个流行词。向一个小得多的客户提出敏捷，实际上他并不真正知道它是什么，事实上他甚至没有向他提出敏捷或Scrum、指定方法的意义……他感兴趣的是一种类型方法更加灵活，在最短的时间内带来实际的成果，然后再思考未来可能的发展。客户感兴趣的是应用这些方法的具体性。所以现在我不会说它应该被视为理所当然，因为在高层次上，该方法是显而易见的，但应用程式确实是悲剧性的，在低层次上，它甚至还不是理所当然的东西。
