Discuss Data

我们可能会在 2001 年找到敏捷性的决定性动力。2001 年 2 月，17 位软件开发人员聚集在美国犹他州，讨论更有效的软件开发方法。结果包括敏捷宣言及其 12 条原则，至今仍然具有现实意义。该宣言意识到项目和/或产品开发中不能有非黑即白的事实。流程和工具、综合文档、合同谈判和遵循计划等经典方法受到重视和尊重。然而，与个人和互动、功能软件、与客户的协作以及对变化的响应相比，这些要点的重要性要低。

简单来说，可以概括为：在敏捷思维中，我们更关注彼此之间的有意识的沟通，而不是用流程、通信和工具来代替。

敏捷宣言的 12 条原则旨在赋予其在日常生活中更多的分量和轻松度。它们描述了敏捷思维的思维方式和定位点。我还将在接下来的一篇文章中更详细地研究这个主题。

敏捷软件开发实践
我们秉承这一点：当谈到敏捷性时，我们希望对不可预见的 精神科医生电子邮件地址 事件做出灵活的反应。改变是好的。变革对我们的客户来说是一种优势，因为每一次变革，我们的系统都会更接近客户的实际需求。这可能是所有软件开发中最重要的一点之一：敏捷行动使我们更容易衡量我们的产品提供的价值。

客户可以用它做一些事情还是它刚刚开发出来？现在，如果我们将这个问题与增加的面对面交流结合起来，我们将开始看到超出我们自己视角的事物。我们越来越了解用户，并且能够真正为他们创造附加值。

简而言之，开发人员需要与专家直接接触。项目和产品经理需要接受和理解不可预见的事件 - 特别是在估计和可规划性方面。管理层需要对员工的信任。必须询问客户敏捷性的含义以及敏捷软件开发中的流程如何工作。

您可以实施敏捷性。很多公司实际上都是这样做的。但哪家公司真正实践敏捷性呢？您的同事中有多少人了解敏捷宣言、12 条原则的内容或者知道应用框架实际代表和需要哪些价值观？敏捷的危险在于相信自己能做到，却完全忽视了基础知识。顺便说一句，更多关于敏捷价值观和原则以及经验主义的内容将在我的下一篇博客文章中介绍。敏捷软件开发不仅仅意味着定期会议和短开发周期。

必须拥有敏捷性，以便其他人也能拥有敏捷性。

我们通过自己开发软件并帮助他人开发软件，从而发现更好的方法。
你听过这句话吗？这是敏捷宣言的第一句话，我认为这是有道理的。

您可以在我们之前发布的博客文章中找到来自 adesso 世界的更多令人兴奋的主题。