cad中DOD还是DCD

哈喽，大家好呀，我是阿皮啊，今天呢，答应给大家带来这个 strength 有关代码 bug 的一个啊。在面试的时候，作为我们这个 啊，作为我们这个 scrum master， 或者说作为 p o， 我们该如何去回答有关 in street 霸座处理的一个思路。 那么首先呢，我们需要去啊，跟面试官去讲啊，因为我们在这个呃面试的时候我们需要一个这个老虎口，还有一个 structured 的一个啊思维，或者说回答的思路。那么首先呢，我们需要跟面试官去讲啊。在我们 spring 中呢，我们发现问题通常有啊以下几个场景。那么第一个呢，就是在这个用户完成用户故事当前，用户故事完成之前 钱。那么第二个呢，就是在这个 uat 测试之前。那么第三个呢，就是项目交付之前，或者说 spring 的交付之前。那么这三个呢，是从按照这个时间线或者说按照这个 时间顺序进行排列的，哎呀，这个格进行这个排列的哎。那么第一个呢，拥护故事完成之前，是我们这个团队内的嗯。第二个呢，在尤为题测试之中是我们已经交付到甲方了。 那么第三个呢，我们此 s print 已经交付了。那么这个呢，是我们实际生产中啊，或者说大家哎，就是哎，大家懂这个时间线就行啊。好， 我们看一下。在这个当前啊，用故事完成之前呢啊，我们就测试同时发现了问题。如果说此时呢，开 发有时间进行处理，那我们直接找开发数，不需要写文档就可以了。因为此时呢，我们所有的关于测试的 bug 和开发任务都是今天优先级最高的。那么第二个呢，就是说开发没有时间啊，他被这个其他事占着了，那如果说他不方便 跟我们进行沟通的话呢，我们就把今天的用户故事设为未完成就可以了。或者说我们通过修改这个丢地来把当前的用户故事设为未完成。那么一遍呢。接下来 啊的一个讨论。那么需要注意的是呢，我们每一天完成的任务都是优先级最高的，所以说第二天的话呢，因为上一天的这个工作还没有完成，上一天的用户故事还没有完成，所以呢，我们没有办法进行这个下一个用户故事的开发。那么第三个呢，就是在 啊甲方 uat 的时候发现了测试问题，那我们需要呢对这些测试问题建立一个 pppi 或者 sbi， 对它的一个重要性，对它的一个紧急程度，对它的这个 价值进行一个分析。那么分析之后呢，是其优先级的顺序。那么看看是插入我们这个本 spring 内呢，还是放到下一个 spring 中。那么在已经交付发生了这个 bug 之后，那么我们要去分析这个 bug 出现的原因是这个 啊，是出现在我们这个架构中，还是我们的这个代码中，还是我们这个业务逻辑中，那么这些呢，要分清楚。那么同样呢，我们要对这个啊 bug 出现的优先优先集进行排序，看看是这个利用这个 sprint 的一个 缓冲时间进行修复和啊修改呢，还是放在下一个 sprint 中进行解决呢？还是说我们直接把版本进行回退呢？那么对于这些啊，不同的时间段，不同的紧急程度，以及我们这个 sprint 所处的一个时间段，比如说 sprinter 的中期和 sprint 的末期，我们都会有这不同的处理方法。好，这就是今天有关于 sprint bug 的一个处理方法。希望呢大家啊能喜欢阿普的视频，希望大家能点个赞，给阿普支持一下，我们下期再见喽！