敏捷开发大行其道， UML 在实际工作还有多少程度的使用？

[damai0419]

如题。我刚工作一年(小公司)。在和同学，或者网上和别人交流时，似乎都是 需求--> 原型 --> 开发 --> 修改。
甚至连原型都省了，需求 --> 开发 --> 修改。
没有见过 UML 发挥的作用。
另外: 最近在编码时，感觉缺少一种方法论的指导，我也有点迷，我缺少的是一种什么东西或者能力？

[damai0419]

@jsq2627 感谢解惑。

[damai0419]

@Exin
> 价值在于达到了 输出快捷但歧义较多的文本需求 和 输出缓慢但表达精确的程序代码 之间的平衡点。
感谢回答，赞同这个观点。

[damai0419]

@lewis89 感谢解惑。我还是太嫩了，还需要多编码多思考多见识，才能切身体会到。感谢。

[shijingshijing]

传统 IT 行业用 UML 的比较多，银行，商业 CRM，工业领域里面，毕竟这些场合都讲究严谨，所以都要梳理清楚，互联网基本上是猛快糙，需求都不一定能写完整写清楚，很多都是开发时候码农自己脑补的。

[zlhsvc]

都是螺旋开发

[passerbytiny]

兄弟，你那不是敏捷，且跟敏捷没有任何关系。那是软件工程学最初想要解决的混乱编程。

[liununu]

现在项目上虽然没有用 UML 进行设计，但是采取的 DDD 的方式来组织代码，使用 Event Storming 来分析业务。
即使不使用 UML 进行分析，但是也应该采取一些其他手段来梳理流程，并且能够持久化这些设计和决策。

[lewis89]

@shijingshijing #24 问题是需求方都是老板，大多时候都是拍脑袋，我要这样， 短平快是必然的，按你传统那套来，黄花菜都凉了，估计你还没做完，老板又拍脑袋换方案了

[xuanbg]

UML 确实有点过时了……

设计是要做的，但不一定非得用 UML 。我就用 PowerPoint 画架构图，思维导图工具画数据结构图和梳理功能关系，BPMN 设计器画流程图。

[lihongming]

20 楼说得对，UML 是要钱的，所以只有特别严谨的大企业（银行之类的）才会用。

对于小公司，尤其是互联网公司，都讲究“快鱼吃慢鱼”，所以快更重要，出错什么的反而不是大问题。

现在流行的微服务架构就很适合这种形式，只要各模块足够独立，就可以各自保证质量。反正我是不相信任何人，内部接口也当黑盒来用，验证数据、handle 错误等一个都不能少。等哪个服务真出错了，再让他去改。

当然这样做的前提是一个服务出错影响不会太大，特别核心的服务，或者如果你身处不允许出错的行业，那还是好好设计一下的好。

[atonku]

现在的开发不都这样么，领导脑门一派，吭哧吭哧开发半个月，然后测试一测，改半年

[594duck]

我经历的都是敏捷加瀑布的，纯敏捷很容易 就走入了“我想，我觉得，我也不知道，当初怎么搞来着的”

所以敏捷加瀑布才是最好的，至于哪些地方是瀑布哪些地方是敏捷，这个看各公司取舍。

我也见过中华田园敏捷主义，这些公司通常也就半年的命，一年左右的都改成了敏捷加瀑布。

来我们再复习一下“十年前，测试就该死了，怎么现在还有公司有测试，奇怪 ”“有了 Docker 和 K8s，运维死了，今天谁的公司有运维谁就是傻 x”

我们公司一天要销毁 100 个 Docker 实例， 我们是真敏捷。来我给你翻译一下，我们的测试环境一天重启了一百次进程。