你有多敏捷? - 结果

一则或许对你有用的小广告

欢迎加入小哈的星球 ,你将获得:专属的项目实战 / Java 学习路线 / 一对一提问 / 学习打卡/ 赠书活动

目前,正在 星球 内带小伙伴们做第一个项目:全栈前后端分离博客项目,采用技术栈 Spring Boot + Mybatis Plus + Vue 3.x + Vite 4手把手,前端 + 后端全栈开发,从 0 到 1 讲解每个功能点开发步骤,1v1 答疑,陪伴式直到项目上线,目前已更新了 204 小节,累计 32w+ 字,讲解图:1416 张,还在持续爆肝中,后续还会上新更多项目,目标是将 Java 领域典型的项目都整上,如秒杀系统、在线商城、IM 即时通讯、权限管理等等,已有 870+ 小伙伴加入,欢迎点击围观

上周我们问 “你有多敏捷”, 以了解我们的成员(以及他们工作的公司)是否遵循敏捷宣言设定的崇高目标。 44 名成员对上周的调查做出了回应。当然,鉴于样本量较小,对这些结果持保留态度。

我们了解到,76.7% 的用户在开展项目时确实会考虑客户的反馈,81.4% 的参与者会定期召开会议,就开发问题进行讨论和协作。关注公司内外个人之间的互动是敏捷宣言的主要目标之一。

虽然 DZone 成员在这两个指标上表现出色,但奇怪的是只有 66.7% 的成员定期举行回顾会议来回顾他们取得的进展。几周前与 Jerry Stubbs 交谈时我了解到的一件事是,组织可能会变得自满并错误地认为他们不需要采取额外的实践步骤(如回顾),从而失去对敏捷方法的控制。

另一个有趣的注意事项是,只有 50% 的用户认为他们正在实践持续交付。大多数敏捷专家认为 DevOps 方法是敏捷开发的自然下一步,宣言特别指出“持续交付工作软件”作为其原则之一。我听说互联网上有一个很好的资源,可以提供大量关于 DevOps 的知识……

也许有点不足为奇,我们还了解到,我们 75% 的成员都有其经理设定的截止日期。这并不是特别反对宣言的建议,但最好避免严格的截止日期,以确保软件在最终交付时能够正常工作。

结论

所以不,不是每个人都完全按照敏捷宣言提出的那样运作,但看到如此大比例的用户和他们的组织采用敏捷思维的关键原则是令人鼓舞的,主要是在团队协作和客户反馈方面。

关于 DZone 的观众,你还有什么想知道的吗?让我们知道,您的问题可能会成为我们的每周投票之一!