如何降低软件开发风险

导致软件质量差的因素有很多：选择的工具、团队沟通、开发人员对软件成功与否的个人投入、测试方法等等。

很多时候，开发团队无法按时交付，无法交付最终价值——也就是最终用户所期望的价值。

风险是造成这一问题的原因：风险可能来自人为因素（管理不善）或经济因素（资源匮乏、市场变化）。以下是更详细的例子：

🏁 错过截止日期

例如，由于一些无法预见的问题。每个项目对整个团队来说都是一次挑战。交付日期越来越近。一旦项目进展到相当深入的阶段，你很可能需要在截止日期前解决各种意想不到的问题。

📉 被误解的业务

我们知道，产品/项目经理的核心职责是协作，确保所有业务需求都得到满足。然而，令人遗憾的是，软件常常被部署到测试环境甚至生产环境，却仍然无法解决用户问题。这不仅浪费时间、金钱，还可能错失商机。

🏗 需要更多更改

对开发团队而言，“成功”的产品发布并非“圆满结束”，而仅仅是开始。业务部门会不断提出改进和扩展产品的要求，以解决更多用户问题。开发人员必须交付更多价值——更多功能。

💸 改变成本高昂

除了新功能之外，次优系统/架构的缺陷率也必须改变；在最坏的情况下，这种系统必须被替换。

🚲 功能丰富但失败

仅仅因为实现一些很酷的功能很有趣，并不意味着它们与业务目标相关——满足用户需求并赚取更多利润。

大多数开发者都希望获得丰厚的报酬，同时也能享受工作的乐趣。在编程语境中，“乐趣”意味着攻克激动人心且富有挑战性的问题。而对于产品开发而言，它却意味着“虚构的问题”。在这种情况下，真正需要解决的产品问题反而被忽略了。

考虑到上述风险，开发人员必须灵活应变，找到在新条件下开发软件的方法。

最佳选择是极限编程（XP）。这种方法论可以应对软件开发过程中各个层面的风险。它效率极高，有助于交付高质量的软件，而且执行起来也充满乐趣。

错过截止日期

👉 XP 要求缩短发布周期，并首先实现产品经理定义的优先级最高的功能。

传统上，在发布用户要求的功能后，会与用户进行 1-4 周的迭代，以获得他们对产品进展的详细反馈。

这种方法可以让开发团队更快地解决正确的用户问题，即使是在新计划之前的迭代过程中。

被误解的商业

👉 XP 鼓励用户以某种方式参与产品开发团队。这有助于开发团队在产品开发过程中不断完善用户需求。从用户与产品的互动中获得的经验将体现在新产品的发布中。

还需要进行更多更改

👉 XP减少了版本迭代中的变更次数。由于该方法论的宗旨，单个版本开发过程中的变更次数较少。这意味着用户可以尽早对尚未完成的功能提供反馈。这使得开发团队未来可以减少对该功能的修改次数。

变革成本高昂

👉 极限编程 (XP) 始终确保系统/架构处于最佳状态。它基于一套可靠且全面的测试套件，每次细微更改后都会重新运行这些测试。测试确保了系统质量的基线，从而降低了任何此类更改的成本。

功能丰富但失败

👉 极限编程（XP）要求程序员对评估和完成工作负责。他们专注于优先级最高的任务，并重视跨职能敏捷开发团队的密切沟通，同时优先选择最简单的解决方案。这样一来，就能确保只实现最有价值的功能，避免出现大量无人需要的“花哨功能”。

保罗·格雷厄姆

@paulg

这个想法源于@lisperati的建议：如果产品中的代码量有一个上限，那么如果你想添加代码，就必须同时删除一些代码，会怎么样？

2020年2月11日 下午6:36

54786​

💬 结论

敏捷软件开发方法有很多实用且高效的方法，极限编程（XP）就是其中之一。

极限编程的主要优势在于，这种方法能够帮助软件开发公司消除许多风险：节省产品实现所需的资金和时间。

它秉承了敏捷开发的所有原则，包括最终用户深度参与软件开发过程、团队内部的紧密沟通以及迭代开发周期。

不要错过即将发布的关于极限编程的博客文章，这些文章将涵盖规划、测试、开发、设计架构和部署，请在Twitter上关注我，以免错过新文章。

感谢阅读！

伊洛娜，你好

图片来自 Pexels 的 Web Donut