19、敏捷开发相关问题探讨与案例分析

敏捷开发相关问题探讨与案例分析

1. 大型团队适用问题

在丹麦的一个项目中，Jan Siric带领着一个16人的团队开展工作。团队的12名开发人员分别坐在三张长桌旁，每张桌子两侧各坐两人，桌子两端设有工作站，桌子中间部分是平放的白板，显示器可通过导轨滑到中间。Jan和其他三名团队领导/管理人员坐在旁边的桌子，房间尽头还有一张长会议桌。房间宽敞通风，还摆放着植物，并且地板铺有地毯，天花板装有吸音瓷砖，有效降低了噪音。

在这样的布局下，即使有16人，Jan也能实现高效沟通。更令人印象深刻的是，他能敏锐察觉沟通中的问题。有一次在食堂听到一句奇怪的评论后，他通过与程序员交流，发现一名刚加入团队的大型机程序员还未适应团队开放式的频繁交流。于是，他重新安排座位，调换团队管理人员，让社交和沟通能力最强的人负责该子团队，并密切关注交流进展。

然而，一般情况下并不推荐在16人团队中使用该方法。因为通常情况下，超过8人就很难实现渗透式沟通，虽然XP团队能通过6个工作站、每站2人实现12人的渗透式沟通，但人数再增加就会变得困难。该方法只有在实现团队共处和渗透式沟通时才高效，若无法达到这一理想状态，就需要采用不同的工作方式。

2. 固定价格和固定范围项目的应对

很多人认为敏捷流程只适用于探索性项目，其实并非如此。在固定时间项目中，当把任务卡片摆在桌上梳理任务和时间，发现所需时间超过固定时间时，可能出现两种情况：一是与执行赞助商发挥创意，找到满足期限的方法；二是即便发挥创意，也无法满足时间线。前者是闪电规划技术的良好应用，可能会发现原本忽略的策略；后者并非闪电规划、该方法或敏捷技术的失败，而是项目投标有误。能否说服赞助商改变投标取决于具体情况，可能最终只能接受既