敏捷的最大障碍

我经常想知道，即使团队由才华横溢的团队成员组成，项目也无法足够敏捷。 因此，今天我计划总结几个要点，这些要点是在基于团队的环境中敏捷发展的最大障碍。

1.懒惰/拖延

我认为这是迄今为止敏捷性的第一大障碍。 个人的这种习惯将导致差距，随着每项工作的延迟而扩大。 让我更好地解释一下。 如果您是质量检查团队的一员，则您的职责将主要包括完美地测试模块。 显然每个人都会这样做。 但是，使当前测试自动化将可以满足您将来的需求。 如果您的流程中没有要求自动化，那么你们当中有多少人会这样做？ 答案还不是全部。

因此，懒惰/拖延开始了，并且每个延迟项目的差距都在扩大。 因此，除非强制执行自动化，否则不会被所有人实施。 因此，“完成的敏捷定义”应包括所有这些细节，使整个过程更加敏捷。

2.缺乏理解

并非每个人都对敏捷概念感到满意，缺乏对敏捷的了解会直接影响团队绩效。 敏捷总是比坏敏捷更好。 例如，在没有重视的情况下尝试敏捷

3.缺乏工程思维

如果您缺乏工程思想，则不会充分重视日常效率的提高。 例如，如果未将重点放在工程部分上，则无法完成用于测试的自动化设置或自动化安装。

图片提供：http://what-buddha-said.net/

4.舒适区

每个人都喜欢确定性，并期待一个舒适的地方。 一旦进入舒适区，他们就不会尝试经过测试和测试。 但是，敏捷的整个概念是不断改进，这意味着您必须走出舒适区并尝试新事物，或者付出额外的努力来使事物变得更好。

因此，这可能意味着每天都在改善流程，将重点放在自动化上，完善用户故事，改变对敏捷的管理思维和团队思维，甚至在需要时完全重组团队。

5.短期思考

让我举一个典型的例子。 假设我们有一个用于应用程序的安装过程，大约需要2个小时才能完成。 假设有一个日常构建过程，我们假设几乎需要每天对其进行测试。 因此，假设您希望将其自动化，但您不希望这样做，因为完全自动化大约需要3天。 现在，您每次冲刺会损失2个小时* 10 = 20个小时，直到安装结束后才能进行测试。 因此，假设它影响到一个由4名成员组成的测试团队。

现在，我们实际上在每个sprint上浪费了80个小时，而自动化总共只需要24个小时。 因此，在每个Sprint上浪费80个小时直到产品发布才有意义，或者花费96个小时完全自动化该过程，这样显然可以为即将到来的Sprint节省大量时间。 但是许多人认为短期的却忘记了长期的好处。 这是敏捷的最大障碍之一。 与往常一样，小废物总是Swift积累，尤其是当一遍又一遍地重复时。

6.自我冲突

团队内部可能存在自我冲突，这可能对团队士气产生巨大影响，从而影响团队的敏捷性。 人们通常忘记了敏捷是首先由人们来管理的，如果人们没有适当的动力，并且团队内部存在自我冲突需要解决，那么有必要先解决这些问题并加以解决，然后再尝试解决还要别的吗。

团队敏捷还存在其他主要障碍吗？ 请发表您的评论。

参考： “ 开发人员和测试人员-新敏捷世界”博客上的JCG合作伙伴 Rajaraman Raghuraman 提出了敏捷开发的 最大障碍 。

翻译自: https://www.javacodegeeks.com/2014/01/biggest-hindrances-to-being-agile.html