scrum

    0热度

    3回答

    在工作中,我们有点像SCRUM,但在每周开始时,我们每天都计划一次冲刺。 例如,经常一个星期将计划是这样的: 日1 故事1 总动员2 日2 故事3 第3天 故事4 故事5 故事6 ...等等。 我们使用枢纽跟踪,并标出每日常冲刺释放,然后与开始的常规周期进行 - 交付 - 接受或拒绝。 ,因为它是可以预料的,大多数时候的故事比预期时间长或拒绝完成之前数次,然后释放所有去地狱。 我知道也许敏捷的理念

    0热度

    1回答

    我们的开发团队正在升级到TFS 2015,我们能够从头开始我们的工作项目跟踪,所以我期待利用这一点重新组织我们目前的一些流程。 但是我想不出来组织在多个产品迭代一个合乎逻辑的方式,这里就我们今天的所作所为 一些背景 - 我们有1个个小队以3个开发人员,我们对3的所有工作不同的产品同时在桌面,网络和移动是这三种产品,他们都是由同一客户拥有密切相关 - 我有TFS设置为1大型团队项目,因为我读过这是最

    -3热度

    1回答

    我目前参与了一个小型组织的Scrum项目。 有些事件让我们相信组织并不理解他们在scrum过程中的角色。我们已经尽力争论开发团队的规模,在我看来,这不应该是他们担心的事情(对这个项目的负面结论几乎没有影响到他们的结局和对他们的巨大影响我们)。 学习行话时,他们问我们是否可以看到我们的积压。 我没有很多Scrum的经验,但是明智吗? 我担心我们可能会得到很多负面反馈,因为他们不了解整个过程。 (其他

    0热度

    3回答

    最近我的公司把Jira带到敏捷项目管理。作为流程定义的一部分,我们列出了需要在Sprint Planning中涵盖的项目清单(我们曾使用trello中的清单来管理它们)。在Jira,我们如何将清单纳入Sprint Planning?

    1热度

    1回答

    我们仍在使用TFS 2015 Update 1 On-Prem微调我们的ALM流程。我们使用标准的SCRUM模板,并在需求中显示积压的bug。错误是由业务报告并通过相同的水平分析作为所涉方案中,他们将包含子任务: 现在对于所涉方案,当测试仪测试PBI,发现一个bug吧(这需要作为此冲刺的一部分加以解决),他们将为PBI创建一个小孩的bug。这将它们保持在任务板上。 1 PBI可能有很多错误,这些错

    -1热度

    1回答

    我们有一组用户的故事,所有的故事得到了与股东的确认,那么我们分配此用户的故事,我们的开发团队, 问: 如何用户故事文档有助于开发人员?因为它不是像验证和业务规则的详细程度 用户卡包含验收标准而已,这也是不利于开发商 让我知道我们如何可以接近开发者(在以下方面要求)与用户故事?或者想要创建任何其他特定模板或想要从用户故事创建详细需求文档?

    2热度

    2回答

    我们正在讨论如何在SAFE内为SCRUM构建我们的开发工作流与TDD。尽管事情结构良好,但我不清楚何时应该在何时进行本地更改以及何时进行更改。 这应该每天完成/在那段时间内是否可以在本地制造小型承诺,并且是否应该向上推进?标准做法是什么? 框架对“何时”和“多久”的规定是什么?

    4热度

    2回答

    我一直在使用TFS来追踪我的积压项目,现在我正在尝试编写一个查询来查看在过去7天中我花了多长时间完成特定任务。到目前为止,我有这个疑问: 工作项类型=任务 和国家=完成 和关闭日期= @Today - 7 和面积路径= @project AND Assigned To = @Me 并添加了显示在该项目上停止的时间工作的“关闭日期”列。但我不能得到任何信息,以在工作时开始在Task 感觉就像数据应该

    -2热度

    1回答

    我的公司已经实施了一个让团队负责冲刺内完成定义的新流程。 在Sprint评审会议上,采购订单首次显示工作,他们会在团队面前审阅每个问题,然后对问题发表评论,例如“它是否按预期工作,如果没有,如何创建缺陷......” 关于Scrum的阅读很多,这似乎不是“Scrum”是做事情,事实上很多资源明确地说将审核会议作为接受会议是一件坏事,它应该是关于反馈的。 问题在于PO何时应该看到这项工作?我们什么时

    3热度

    1回答

    Visual Studio Team Services(联机)有没有方法将燃尽图表设置为反映故事点而不是工作时间?