如何使用Burndown框架处理错误,积压,优先级排序和通信
在前两篇文章中,我介绍了我们如何在Drift(Burndown)上构建自己的产品构建框架,并在第二篇文章中讨论了如何在自己的公司中实际实现Burndown框架。 现在,该谈谈有时感觉对流程而言是次要的事情了,这些实际上是使所有这些信息正确流动的关键。 那些东西是… 处理错误 处理产品积压 选择下一步优先事项 每周一次的完全透明更新 1-处理错误 我们认为错误应归工程团队所有。 因此,Github问题就是他们的住所。 当错误弹出时,团队中的任何人都可以创建Github问题。 如果是客户报告的错误,我们会在Github中给它一个红色的“ Bug”标签,并在报告该错误的对话中发布一个链接。 我们优先考虑这些错误。 根据一般经验,我们将大约20%的时间用于解决错误,而其他80%则用于新功能,基础架构工作以及对现有功能的改进。 当错误浮出水面时,这取决于工程师的判断力,需要立即予以注意,并且可能会稍有延迟。 这就是为什么Github中的“ Bug”标签如此重要的原因,因为它增加了针对付费客户的情况的可见性和紧迫性,如果该漏洞很严重,则可能会造成流失。…