▲点击上方“CocoaChina”关注即可免费学习 iOS 开发
原文链接：https://coyee.com/article/10664-why-do-so-many-programmers-hate-agile
英文原文：https://dzone.com/articles/why-do-so-many-programmers-hate-agile
在跟程序员聊天的时候，一提到敏捷开发，他们眼中出现不悦是再平常不过的事了。你想知道为什么吗？
他们消极的对待敏捷开发思想以及敏捷相关实践方法的原因是什么？有没有这种可能，他们认为导致方法失败的东西其实完全不是敏捷实践，而误会了敏捷的价值呢？
有这种可能性，但是团队成员认为他们只是敏捷教练的棋子。
管理上有一种趋势，要么引进独立的敏捷咨询公司，要么雇佣一个敏捷教练，监督团队中敏捷方法的实现和执行。有外部人员这一事实造成了团队与敏捷化因素的障碍，这也导致了我们与敏捷的隔离。
团队成员会觉得受到太多控制以及被管得太细微。尤其是每天的站会都会以谈论最近一段的时间完成了一点点工作量而结束。而这不是每日站会的预期目的。
太强的时间压力同样是有害的。团队成员觉得他们需要定期交付任务，而不是当任务都已经好了再测试。这种以时间为导向的方法可能导致质量受损。
经常有报告说，敏捷周期太短了，在写代码之前甚至没有时间整理所有的文档，更不用说写完代码再重头过一遍。然而，在巨大的时间压力下工作是不够的，开发人员还需真正知道的是他们只有一击而中的时间。
编程人员痛恨敏捷，只是因为他们是以错误的方式进行敏捷开发。但也有可能是你所带的团队成员不喜欢敏捷。在这种情况下，所能做的是等待敏捷在团队中变强，或者替换团队。
使用敏捷的人决定该做什么，在产品功能和外观上有发言权，在整体上可以对项目有把控。这是值得告诉你的员工的。
请记住， 敏捷方法作为编程方法是由程序自己而不是项目经理想出来的。
有没有可能设计出的敏捷和使用的敏捷的主要区别慢慢成为项目经理的领域而不是程序员的领域？如果这样的话，唯一的解决方案可能是让敏捷从项目经理中收回。
事实是，无论你选用哪种开发方法，在当今时代，你都需要注意不断变化的客户需求，根据客户需求不断迭代你的工作结果。
换句话说，不管你怎么称呼它，在某种形式上，你都在使用敏捷。
任何事情都有消极面。同样敏捷开发方法作为一种流行的开发方法，却得到所有人的喜欢，这也是不可能的。总是存在不满意的人，不是么？
所以，去尝试，个性化你的敏捷方法（敏捷宣言里只提到了一些基本准则，没有提到Scrum,sprint,每日站会），只有这样再决定你是不是需要用敏捷。
微信号： CocoaChinabbs
▲长按二维码“识别”关注即可免费学习 iOS 开发
月薪十万、出任CEO、赢娶白富美、走上人生巅峰不是梦
--------------------------------------
投稿邮箱：support@cocoachina.com
