借助开源项目 学习软件开发-如何借助古代汉语词典学习文言文

点击上面的“Java base”，选择“设为星标”

做一个积极的人，而不是一个积极的废人！

每天14:00更新文章，每天掉几亿头发……

源码精品专栏

瀑布和敏捷并不是新概念。 这里只是个人总结和总结，需要团队合作思考。 同时记录自己踩过的坑，新瓶装旧酒。 我希望它能启发你。

瀑布模型是一种比较传统的开发模式，尤其是在传统的2B企业中，包括ERP、MES、WMS、CRM、OA、IBMS等系统，经常可以看到它们的身影。 现在这种模式在一些大项目或者一些外包项目中还很流行。

如上图所示，瀑布模型既有优点也有缺点。

根据上面的分析，我们知道瀑布模型强调里程碑，重视文档，强调分工，避免变更。 凡事都喜欢计划和出谋划策，但代价是拖延和反应迟钝。

后台管理系统+基于Spring Boot+MyBatis Plus+Vue&Element的用户小程序，支持RBAC动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能

借助互联网浪潮，敏捷开发大行其道，这也是2C的业务特性所决定的。 看着QQ、微信长大的人，对此体会尤为深刻。 互联网产品不能一蹴而就。 一般优先考虑核心功能。 比如微信先实现聊天功能，然后是漂流瓶、钱包、小程序……

互联网企业的特点是什么？ 借用雷军的七字诀：专注、极致、口碑、快速。

敏捷无疑更贴近互联网的业务需求。 如果单纯用瀑布模型，估计黄花菜要凉了。 Agile还有一个更极端的做法，直接上传PPT以类似于众筹的方式进行开发。 这种从大众到大众的个性化定制功能，很有创意。 如果众筹结果不怎么样，没有兴趣，可以直接否定产品开发，避免不必要的“库存”带来的开发压力，节省巨大的成本浪费。

Scrum是橄榄球专业术语，意思是“混战”的动作。 将一项发展过程命名为一项运动，你一定能感受到其中的碰撞、冲突和激情。 如果是这样，Scrum 如何提高开发效率？ 敏捷开发是一种指导思想，Scrum和XP是敏捷开发的具体开发流程。 这里只选取Scrum进行讨论。

我们先来看看Scrum的三个角色：

Scrum 是一个理想化的开发过程。 前提是角色完整、分工明确、配合默契、沟通融洽。 如果其中任何一个环节出现故障借助开源项目 学习软件开发，都可能破坏流程的效率。 比如开发经理和流程管理员的脾气是一样的倔强，而且他们的脾气是互相排斥的，所以整体的效率就会打折扣。 我觉得在招人和团结的过程中，一定要找口味相近的人，这样可以减少发展过程中的矛盾。

Scrum和瀑布的本质区别在于，一个是面向文档的，一个是面向人的。 在以人为本的团队中，领导者的文化就是团队的文化。 如果领导不透明，喜欢打假、狂妄、官僚主义，团队基本没有希望。 人要当家作主，要有主动性，这是非常难的。 因为如何让团队觉得公司的事就是我家的事是非常困难的，因为有些开发人员并没有把自己家的事看得很重。 要做到这一点，需要老板重视起来，否则我觉得中层领导一般都有余力。

如何以及如何使用计划卡？ 比如程序员A开发一个功能需要5个小时，但是程序员B认为只需要半个小时，然后他们各自拿对应的牌，藏在自己手里，最后摊牌，如果时间差距大，那么A和B可以讨论A为什么需要5个小时...

每个人回答后，他们必须去黑板更新他们的冲刺燃尽图；

如果你仔细阅读了整个Scrum开发流程，你会发现这个流程真的很完美，不妨将它用在你的团队开发流程中。

后台管理系统+基于Spring Cloud Alibaba+Gateway+Nacos+RocketMQ+Vue&Element的用户小程序，支持RBAC动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能

瀑布敏捷有边界。 我觉得团队需要在整体学习了开发模式的优缺点后，对两者的界限有一个清晰的认识，并在整个团队中达成共识，否则后果可能很严重。两侧如下图所示

为什么共识很重要？ 盘点一下自己踩过的坑，有如下疑问：

从个人经验来看，Waterfall 和 Agile 并不是天然分开的，而是各有侧重于业务。 它应该是你和我、我和你的混合体。 比如微信第一版，核心聊天功能的迭代必然有内部瀑布流。 如果没有计划-开发-测试-运维，根本无法进行。 再比如Waterfall，特别适合创业团队。 一开始，人不多，分工不明确。 架构师可能要画原型，做需求调研； 产品经理业务模糊，还在摸索中。 各种缺点和不足就像黑洞一样。 同样存在于你的身边，而你却一无所知。 如果非要等整个research完成，PRD文档全面了再做开发，估计就得打住了。

既然各有优缺点，如何在中间找到一个平衡点就很重要了。 如何在设计初期就防止因transition造成的交付延迟，同时兼顾后续演进变化带来的可控修改，需要丰富的开发经理。 实战经验和判断形势的能力。

此外，开发模型贯穿于整个开发生命周期，但团队中的每个成员，包括产品经理、技术经理、架构师、开发人员，对项目管理过程的理解各不相同。 有了共识借助开源项目 学习软件开发，整个开发团队的效率会有多高？ 但在现实中，大部分团队成员都还没有经过开发模型的训练，也没有上下层的约定，依然在做开发工作……

欢迎加入我的知识星球，一起探讨架构，交流源码。 要加入，请按住下面的二维码：

知识星球上已更新源码，分析如下：

最近更新的系列《太郎SpringBoot 2.X入门》101多篇，涵盖MyBatis、Redis、MongoDB、ES、分库分表、读写分离、SpringMVC、Webflux、权限、WebSocket、Dubbo 、RabbitMQ、RocketMQ、Kafka、性能测试等。

提供了一个近3W行代码的SpringBoot实例，以及一个6W多行代码的电商微服务项目。