敏捷团队的障碍和问题
我经常想知道即使团队由才华横溢的团队成员组成的团队,项目如何也不够敏捷。 因此,今天我计划总结几个要点,这些要点是在基于团队的环境中敏捷发展的最大障碍。
1.懒惰/拖延
我认为这是迄今为止敏捷性的第一大障碍。 个人的这种习惯将导致差距,随着每项工作的延迟而扩大。 让我更好地解释一下。 如果您是质量检查团队的成员,则您的职责将主要包括完美地测试模块。 显然每个人都会这样做。 但是,使当前测试自动化将可以满足您将来的需求。 如果您的流程中没有要求自动化,那么你们当中有多少人会这样做? 答案还不是全部。
因此,懒惰/拖延开始了,并且差距随着每个延迟项目而扩大。 因此,除非强制执行自动化,否则不会被所有人实施。 因此,“完成的敏捷定义”应包括所有这些细微的细节,以使整个过程更加敏捷。
2.缺乏理解
并非每个人都对敏捷概念感到满意,缺乏对敏捷的了解会直接影响团队绩效。 敏捷总是比坏敏捷更好。 例如,在没有重视的情况下尝试敏捷
3.缺乏工程思维
如果您缺乏工程思维,则不会充分重视日常效率的提高。 例如,如果未将重点放在工程部分,则无法完成自动化安装或自动化安装以进行测试。
4.舒适区
每个人都喜欢确定性,并期待一个舒适的地方。 一旦进入舒适区,他们就不会尝试经过测试和测试。 但是,敏捷的整个概念是不断改进,这意味着您必须走出舒适区并尝试新事物,或者付出额外的努力来使事物变得更好。
因此,这可能意味着每天都在改善流程,将重点放在自动化上,完善用户故事,改变对敏捷的管理思想和团队思想,甚至在需要时完全重组团队。
5.短期思考
让我举一个典型的例子。 假设我们有一个针对我们应用程序的安装过程,大约需要2个小时才能完成。 假设有一个日常的构建过程,我们假设几乎需要每天对其进行测试。 因此,假设您希望将其自动化,但您不希望这样做,因为完全自动化大约需要3天。 现在,您每次冲刺会损失2个小时* 10 = 20个小时,直到安装结束后才能进行测试。 因此,假设它影响到一个由4名成员组成的测试团队。
现在,我们实际上在每次冲刺上浪费了80个小时,而自动化总共只需要24个小时。 因此,在每个Sprint上浪费80个小时直到产品发布才有意义,或者花费96个小时完全自动化该过程,这样显然可以为即将来临的Sprint节省大量时间。 但是许多人认为短期的却忘记了长期的好处。 这是敏捷的最大障碍之一。 与往常一样,小废物总是Swift积累,尤其是当一遍又一遍地重复时。
6.自我冲突
团队内部可能存在自我冲突,这可能对团队士气产生巨大影响,从而影响团队的敏捷性。 人们通常忘记了敏捷是首先由人们来管理的,如果人们没有适当的动力,并且团队内部存在要解决的自我冲突,那么有必要先解决这些问题,然后再尝试解决这些问题,还要别的吗。
团队敏捷还存在其他主要障碍吗? 请发表您的评论。
翻译自: https://www.javacodegeeks.com/2014/01/biggest-hindrances-to-being-agile.html
敏捷团队的障碍和问题