深入理解DevOps:从敏捷开发到高效协作
1. 传统开发模式的困境与敏捷开发的兴起
在软件开发的传统模式中,存在着诸多问题。人们往往因害怕失去权力、影响力和声誉而抗拒改变,历史和习惯也使得大家不愿轻易放弃旧有的工作方式。例如,曾有一个项目里,四位开发者坐在同一房间的同一张桌子前开发同一软件,但他们各自认为自己所在的小群体才是“团队”,这导致一张桌子前有四个“团队”而非一个整体团队。
在类似瀑布模型的最坏情况下,程序员编写应用程序,之后由测试人员进行测试,质量保证(QA)在下游执行。不同团队之间存在组织或流程边界,阻碍了紧密协作。经过多年的困境,敏捷概念进入市场,旨在消除这些障碍。
2. 敏捷项目设置
敏捷运动解决了协作不佳和目标不一致的痛点。“一个团队”的方法将不同人员聚集在一起,形成一个共享相同目标(即成功开发软件)的团队,促进了沟通与协作。在这个模式下,“开发者”的概念有了不同含义,程序员和测试人员共同开发软件,无缝协作,组成了开发者工作小组。
许多项目通过让程序员和测试人员组成的一个团队紧密合作并进行全面的QA,取得了最佳效果。团队中的每个人都参与QA并对质量负责。但即便如此,如图所示,运营端仍与软件开发过程基本隔离。
在敏捷项目设置中,角色和职责发生了变化。角色界限变得模糊,团队成员身兼多职。例如,程序员不仅编写代码,测试人员也不仅仅进行测试,还会帮助程序员编写更好的代码。具体变化如下:
- 质量方面 :质量不再仅由测试人员负责,整个团队共同维护。
- 开发方面 :程序员不再独自编码,团队成员共同帮助他们理解要编写的内容。
超级会员免费看
订阅专栏 解锁全文

10万+

被折叠的 条评论
为什么被折叠?



