还有一种浪费发生在大连智能停车场软件开发测试中。测试人员经常会发现，处于“待测试”状态中的一些故事卡，在测试的时候主要的流程走不通，根本无法进一步展开测试，于是乎不得不将故事卡打回到开发人员手中。而往往这个时候开发人员已经在另一个用户故事上工作了。要么他需要停下手中的任务解决测试的问题，要么让测试人员等到这些问题修复过后再测。无论哪种都是不好的选择。

      致远服软认为：http://www.soft8.com.cn/出现这种问题的一个主要原因是因为开发人员声称他已经“开发完成”，将故事卡从“开发中”挪到“待测试”时，实际上自己并没有对这部分功能进行测试，或者是因为疏忽，或者是因为懒惰，或者是因为过于自信。通过在这个状态转换阶段引入用户故事初验，分析师在挪卡之前先到开发人员机器上看看该故事卡包含的功能是否被实现了，可以很大程度上提升效率，减少浪费。如果分析师在初验过程中发现了问题，那么开发人员马上能以最小的成本进行修复，而不用等到之后测试人员发现时再来修复。而且，分析师初验也提供了一个判断实现是否良好的反馈点，这是我们能够看到一个需求是否被实现并能够真正工作的最早的时间点。

      多任务之间的频繁切换是一个常见的问题。表现在大连智能停车场软件开发测试团队里的成员身上，特别是开发人员，多为会在不同的任务间切换。就像前面的故事中提到的，大连智能停车场软件开发测试人员可能这一刻还在实现某一个需求，而下一刻可能就会被叫走去修复某一个遗留版本的缺陷；又或者该开发人员手头被分配了多个任务，每个任务都在进行中，而没有一个处于完成状态。任务切换是导致效率降低的一个重要原因 。不同任务间的上下文的切换会导致将任务当前状态频繁地在头脑中“压栈”和“出栈”，这些操作会耗费时间。如果完成一个任务一个人需要一天时间，那么两天内这个人可以完成两个大连智能停车场软件开发测试任务；但是如果他在第一天开始在这两个任务上并行工作，那么完成这两个任务会需要大于两天的时间。

      大家可能已经注意到大连开发微信小程序多少钱这个问题再成本上很多客户要考虑，在前面的看板图中，处于“开发中”的所有任务卡片上都有一个小纸条，上面标记着正在这张卡片上工作的人的名字。如果说有两个人结对在一个卡片上工作，那么这张卡片上应该有两个名字。这个小小的实践可以帮助我们随时发现团队内某一时刻，每个人是否只在一个任务上工作。