硅谷创业公司流行哪些软件开发方法？
我们生活在创业时代。现在有许多不同的方法适合不同组织的不同需求。当然，并非每种方法都适用于每个团队。这完全是为了找到适合你，适合你的团队，最重要的是完成工作的恰当平衡。
最受欢迎的几种:
瀑布
瀑布可能是实现你的想法的最古老的方法：思想描述 - >实现 - >测试 - >维护。
很简单，对吧？除此之外，这个流程还有很多优点：
你知道最后的产品是什么样的。
该模型简单易懂，易于使用。
在这个模型中，巨大的阶段被逐个处理和完成，一次一个，并且阶段不重叠。
技术团队很容易做出时间估算并创建产品的架构。
作为产品所有者，您可以根据所有这些轻松预测项目上限。
但是这种方法现在几乎从未使用过。为什么？因为它根本不灵活！由于这种瀑布方式在大多数情况下效果不佳。那么是什么呢？为获胜而敏捷开发！
敏捷
那么敏捷开发是什么？“ 敏捷软件开发描述了一套软件开发的价值和原则，在这些开发中，需求和解决方案通过自组织跨职能团队的协作努力发展。”
换句话说 - 与瀑布形成鲜明对比 - 您可以在整个开发过程中改变需求。不仅如此，所有的开发都是在小的，基于时间的循环中完成和测量的，称为迭代。这是一个过程; 它经过精心组织，逐步改进产品，同时将每次迭代中的风险降至最低。
敏捷方法学有一个非常简单的宣言：
个人与流程和工具之间的互动
通过全面的文档工作软件
客户协作合同谈判
按照计划回应变更
这是非常多的。
项目管理方法：看板与Scrum
好吧，如果我们已经同意敏捷开发提供了必要的灵活性来编辑，修改和优化我们的瀑布根本不需要的软件开发流程，那么我们需要确定哪种流派最为实际。
有几个敏捷项目管理方法，但最流行的是Scrum和看板。
了解更多硅谷前沿深度讯息请看 硅发布 微信公众号。
构件化的软件开发方法是什么？
1）由于各个构件是逐渐并入已有的软件体系结构中的，所以加入构件必须不破坏已构造好的系统部分，这需要软件具备开放式的体系结构。
（2）在开发过程中，需求的变化是不可避免的。增量模型的灵活性可以使其适应这种变化的能力大大优于瀑布模型和快速原型模型，但也很容易退化为边做边改模型，从而是软件过程的控制失去整体性。
在使用增量模型时，第一个增量往往是实现基本需求的核心产品。核心产品交付用户使用后，经过评价形成下一个增量的开发计划，它包括对核心产品的修改和一些新功能的发布。这个过程在每个增量发布后不断重复，直到产生最终的完善产品。