件可以在方便的时间到
尽管每个问题，即使是最小的问题，在某种意义上都很重要，但它们当然受到某些分类的影响。由于 中设置的触发器，该工具将以适合其严重程度的方式通知我们问题。 例子在配置过程中，我们设置小于 的可用磁盘空间是个平均问题。另方面，如果磁盘空间小于 ，则这是个严重问题严重性高。根据上述触发因素，系统做出适当的响应。如果我们同意般问题不需要立即响应，那么我们所需要的只是封警告电子邮件，顺便说句，该电子邮达我们，这样我们就不会不必要地担心。最好产品待办事项列表细化是冲刺的阶段之。这不是个正式的 流程，但仍然受到专家的推荐。 产品待办列表细化 它是什么 我们熟悉短跑的般原则。收集产品用户需求列表后，产品负责人有义务提出需求的优先级，并据此创建待办事项列表。顾名思义，产品待办事项细化将 C级联系人列表 对其进行清理。这意味着或多或少与使其更加具体和具体相同。 产品负责人必须在场 会议本身应该由产品负责人、 和开发团队参加。他们的出席对于整个会议的成功非常重要。
https://static.wixstatic.com/media/79f9bb_1d4d6f216c7047acaabb94991cb0ab7c~mv2.jpg/v1/fill/w_700,h_340,al_c,lg_1,q_80,enc_auto/79f9bb_1d4d6f216c7047acaabb94991cb0ab7c~mv2.jpg
毕竟，他们是制定下个目标并对最终产品的外观拥有最广泛了解的人。 的任务是为参与产品创建的整个团队提出问题和讨论创造条件，以消除对订单的任何歧义和疑虑。 这切有什么意义呢 的目标是完善并扩展用户故事。很多时候会创造出新的故事。那挺好的。故事定义得越好，我们对产品的愿景就越清晰。在组织和更新产品待办事项列表时，项目中的些积压工作将会浮出水面。这就是这个过程的全部内容。 节省 时间 待办事项维护应该在冲刺期间预留时间。
頁:
[1]