5、软件开发团队的困境与出路探索

软件开发团队的困境与出路探索

1. 软件开发现状与问题

在软件开发过程中，每周二下午3点，我都会和乔治花半小时讨论敏捷改进的进展。最近，由于解决了一些问题，这些会议时间大幅缩短，但鉴于上周的情况，我感觉这次会议可能会延长。

乔治首先提到了发布总结会议中发现的问题，然后关心我的状态，我表示自己很疲惫且感到沮丧，怀疑团队是否进入了瓶颈期，或者合作伙伴是否失职。当前的情况严重影响了我的信誉，而敏捷开发虽然对团队有帮助，但我能控制的范围有限，公司的项目管理、IT、运营等部门都是各自为政，安全和架构人员也处于孤立状态。

我们意识到，之前承诺的更高质量、更频繁的发布难以实现。虽然直觉告诉我延长发布周期是错误的，但如果IT部门不能跟上我们的速度，可能不得不回到季度发布周期。因为开发需要在安全和速度之间取得平衡，目前敏捷开发的速度影响了安全性。

谈到DevOps时，我认为我们无法与Netflix或亚马逊相比，公司资源有限，有几十个关键应用需要支持，而且这些应用状况糟糕，大多是由已离职且不注重文档记录的人拼凑而成，我们不敢轻易改动。我只能代表公司的开发、编码和测试部分，其他方面超出了我的职权范围。公司高层将我们视为成本中心，而公司本质上是一家运动服装公司。

不过，乔治认为“我们只是一家服装公司”的观念正在改变。他提到竞争对手利用平板电脑展示商品，而我们的销售人员还在开着装满样品的货车。Under Armour、North Face和Marmot等公司将技术作为差异化竞争的手段，我们也在向这个方向发展。

2. 问题分析与初步解决方案

我们列出了一系列问题，如脆弱的测试代码、功能发布等待时间长、集成遗留问题和质量问题等