敏捷开发 开源软件_敏捷与开源开发和社区兼容吗？

敏捷开发 开源软件

我看到这个问题在不同的对话中经常出现。 最近，我们团队内部对此进行了很好的讨论。 主要问题是关于如何与社区进行公开交流，以及如何建立团队和团队合作。 这可能具有挑战性。 例如，当公司或赞助商支付一部分捐助者全职从事某个项目时。

在本文中，我将解释为什么敏捷与开源开发模型一起工作。

透明地构建敏捷

我对敏捷的想法是，它是一种思维方式，而不是一组流程和工具。 引言说：“不要敏捷，要敏捷。” 那么，这种思维方式的核心价值是什么？

这个问题的答案是敏捷之心 。 该计划旨在使敏捷更简单，更人性化。 它强调以下四个值：

• 合作
• 交付
• 反映
• 提高

图片来源： heartofagile.com

它们与开放源代码的价值兼容-开放源代码完全是关于协作并提供协作结果的。 反思和改进可以帮助我们适应变化，并为诚实地照镜子提供机会。

三个Struts-透明度，检查和适应，尽管这些不限于Scrum，而且可以整体应用于敏捷。

我们也可以将这些Struts应用于开源吗？ 绝对，我什至可以说这是这些价值观在行动中的最好例证之一。

开源开发提供了软件开发人员和用户之间的直接链接。 讨论是公开进行的，欢迎大家发表意见。 这使用户感到被重视，从而使他们更多地参与到项目中。

敏捷和开源的核心价值是重叠的，那么为什么我们仍然认为敏捷不适用于开源呢？

建立社区正在创造价值

在敏捷方面，我们谈论了很多有关创造价值的事情，其主要思想是简化流程并专注于交付。 一个可能的缺点是，它可能导致团队仅专注于交付新功能 并且没有投入足够的时间来偿还技术债务或依靠自动化来促进项目的未来发展。 避免这种情况的一种方法是让团队参与定义创造价值对项目真正意味着什么。

图片来源：Perry Grones通过Unsplash

这与开源有什么关系？ 对于在开源社区中工作的任何团队，至关重要的是要了解建立和维护该社区会创造价值。 在开源中，社区是项目的心跳-它提供关键的反馈，支持和文档，并以许多其他方式做出贡献。

因此，无论团队使用什么过程，为社区建立时间和空间都是很重要的。 邀请人们查看您的用户故事； 毕竟，您的社区中确实有用户。 请花时间来审查稿件，回答问题，提供支持等。所有这些都应该成为团队活动的一部分，并被视为宝贵。

“默认打开”并不意味着100％打开

建立团队还需要在其成员之间建立信任。 为了增加这种信任，团队需要一个安全的空间来进行对话。 在大多数情况下，为了使此空间安全，它无法向更广泛的社区开放。 这样的空间可以使团队成长，讨论可能的改进并执行良好的内部实践。 如果需要，它也可以用来提供建设性的反馈。

但是，重要的警告是-注意不要过度使用该安全空间。 如果所有对话均默认为该安全区域，则团队将失去透明度。 团队应提醒自己默认打开通讯渠道，并且仅在需要时使用安全空间。 拥抱“默认打开”的座右铭使团队可以挑战何时使用或不使用该安全空间。

因此，在适当且得到团队同意的情况下，您应该考虑与更广泛的社区共享这些对话的结果。 这将坚持透明的做法，同时确保团队与社区之间的持续信任。

您如何看待敏捷与开源合作？ 在评论中分享您对该主题的经验和想法！

翻译自: https://opensource.com/article/20/5/agile-open-source

敏捷开发 开源软件