v 友们，你们真的喜欢敏捷开发的这种节奏和方式吗？

[doudou456]

不知道大家公司的实践是怎样的？真的有在实践敏捷吗？比如说我们目前的每日站会就是报告昨天和今天做了啥，计划做啥，并没有按着流程来走，只是单纯汇报而已。

大家为什么喜欢或者不喜欢敏捷？

[icetea12138]

什么敏捷开发 就是瞎干换个词而已

[murmur]

敏捷开发的反义词是瀑布吧，瀑布基本做不出来的，对需求管理太严格，实际开发客户说需求变更你敢不同意吗

[weixind]

经历过大厂小厂。只有一家中等公司能做到正规的 scrum 。其他都是东施效颦。

[locoz]

没有形成自动化流程的敏捷开发根本称不上是敏捷开发，人为影响因素太多了。真要说敏捷开发，至少得将每个人需要做的事情细化到确保一定可以在指定周期内完成的，然后用自动化代替人工操作，每个人只需要领任务、提交任务成果、审核完毕自动解决其余所有事情，这样才能“敏捷”起来。

如果只是开会汇报一下做了什么、要做什么，那叫日报，而且还是极其原始、低效的人工汇报型日报。想“敏捷”起来最起码也得是有个任务管理工具，直接自动统计出每个人的任务情况，前一天完成了哪些任务、参与但待完成哪些任务、任务优先级情况是怎么样的，非必要不开会，开会也只讨论具体任务事项。

[flyPig9527]

太乱了，开发上线周期乱套了

[nothingistrue]

传统瀑布开发过程，项目经理要靠甘特图、超复杂的 Excel 等各种工具，以及每日的逐人汇报，来跟踪项目进度。每日站会将其简化成每天最多 15 分钟的口头会议。这才是「敏捷」。

[litguy]

垃圾流程，十多年前在外企遇到推广这个
一地鸡毛
这东西有适用范围，又不是万能的

[RightHand]

敏捷开发速度不会快，只能保证进度不能保证质量，如果跨部门那就完犊子。面向领导开发

[nothingistrue]

没需求文档不开始设计，没设计文档不开始编码+单元测试，没编码完不开始集成测试。当然还有极度重要的一点，要变更需求就重新来一遍，产品再急的需求变更，别说加班，就是上班时间闲着也不会给你干。这是传统瀑布开发过程的原始设计。显而易见的，这当然是不可能实际施行的。

敏捷开发简化了以上过程，只要口头需求达成一致，就可以开始编码。但是核心要素，变更需求要重新来一遍并没有变，它只是把重来一遍的时间给减少了。

[nothingistrue]

当你讨论喜不喜欢时，你首先得有。先想想自己是不是真正的敏捷开发吧。

[darkengine]

国内大多数项目的所谓“敏捷”，其实是可以乱塞需求的瀑布模型。

[helbing]

敏捷开发最值得借鉴的就是迭代思想，所以小瀑布迭代就好