阅读敏捷宣言是一个开始。但这对日常生活意味着什么？
在我的第一篇博文中，我主要讨论了软件开发中敏捷性的历史背景，并解释了软件开发中敏捷性的基本含义。
现在已经没有必要再重新展开这个话题了。 2001 年，17 位软件开发人员提供了一个解释，至今仍然可以帮助我们正确使用和理解整个事物。我们正在谈论敏捷宣言及其 12 条原则。剧透一下：将会有一篇单独的博客文章介绍这 12 条原则。
敏捷宣言
它简短、简单，但也简洁、有价值、有力。敏捷宣言包含大量信息，如果我们了解这些内容，这些信息可以改善我们在敏捷工作中的日常生活。
我们通过自己开发软件并帮助他人开发软件，从而发现更好的方法。
一个非常明确的信息：“我们正在引领潮流，我们正在展示它是如 精神科医生电子邮件地址 何完成的，其他人将会效仿，因为敏捷宣言即使在 20 年后仍然有效。”
通过这项活动，我们学会了欣赏这些价值观：
个体和交互比流程和工具更重要
工作软件胜于全面的文档
与客户的合作不仅仅是合同谈判
响应变化不仅仅是遵循计划
这意味着即使我们发现右侧的值很重要，
我们估计左侧的值更高。
我们比流程和工具更重视个人和互动
如果我们在公司整体上维护、讨论并达成一致的价值观，这会对我们的日常生活产生直接影响。我现在是通过 Teams 进行编写、创建 BPMN 并发送它，还是先尝试进行目标驱动的对话？工具还不错，这是毫无疑问的。在许多情况下这当然是有帮助的，但是简短的对话多久会产生类似甚至更好的效果呢？如果我从现在开始更经常地记住这句话“我们更重视个人和互动，而不是流程和工具”，我可能会更频繁地与某人交谈，而不是躲在工具后面。正是这种沟通将确保我们更多地合作、更好地相互理解、相互学习。
但它的意义远不止于此。我们关注个人。这意味着我们尊重每个人都能够根据自己的不同经验和技能来增加价值。我们彼此交流和积极交谈越多，我们从某种群体智能中受益就越多。
我们重视工作软件胜过全面的文档
听起来很明显，不是吗？如果解决方案不起作用，那么完美的文档有什么用呢？但是，工作软件对我们公司或团队意味着什么？每个人都知道这个定义吗？一个软件何时完成或投入使用？
我们越常与正在构建产品的用户坐下来并相互了解，我们的产品开发就越能从中受益。