问题标签 [agile-project-management]

我们想开始一个新项目。我们的数据库将是 Cassandra；我们在一个基于敏捷的 Scrum 团队中完成我们的项目。
我的问题是，最重要的问题之一是变化，敏捷可以处理这个问题。

敏捷软件开发团队拥抱变化，接受需求将在整个项目中发展的想法。敏捷者明白，由于需求随着时间的推移而发展，任何早期对详细文档的投资只会被浪费。

但我们有：

仅对这些查询要求之一的更改将经常保证更改数据模型以实现最大效率。

在Cassandra 数据建模的基本规则一文中。
我们如何管理我们的项目，将这两个规则聚集在一起？第一个接受更改，但第二个希望我们知道将在我们的项目中回答的每个查询。新的需求，导致新的查询，这将改变我们的数据库，它会影响质量（吞吐量）。

我们是一个 30 人的团队，由业务经理、开发人员和软件测试人员组成。我们的开发人员从事不同的项目，这些项目具有部分不同 - 部分相同的产品。他们在力所能及的地方互相帮助。因为我们都在同一个房间里，所以这很容易。

现在我问为什么我们不使用 Scrum。

我得到的一个答案是：因为我们都在同一个房间里，我们互相帮助。这进展很快，所以我们可能不需要 scrum。我们的一些产品仅由 2 人开发。因此，仅与我们两个人举行站立会议会有点奇怪。此外，我们的同事上班时间不同，有些人有时在家办公。

在这样的环境下，Scrum 是不是真的不可行或者不会给公司带来任何价值？

希望您的意见，想法，想法...

最好的，马克

TFS 2015 中任务的进入和/或完成日期是否可以在输入后进行修改？

我已经在计划当天完成了任务（即同一天的故事和任务被输入到 TFS），并且燃烧的努力没有反映在这篇文章中详述的燃尽图...

燃尽图显示 TFS 中没有数据

对于未来，我可以确保所有任务都在开始任何工作之前的晚上输入，这样就不会发生这种情况但我想知道的是...... TFS 2015 中任务的进入和/或完成日期可以是修改以便它们有助于燃尽图？

我知道该图表仅涉及一天结束时剩余/未完成的任务，但不显示在进入当天完成的任务似乎有点奇怪。如果我早上做计划，下午工作，那么付出的努力就不会显示出来。如果我下午做计划，第二天早上工作，那么它会显示吗？

本质上，我想我想要的是一种在 TFS 上输入任务的方法，然后假装我昨天输入了它们（这样说，听起来确实有点狡猾）。

I'm working as a software engineer for a company that is not very big, about 120 employers. I was head hunted and since the company was quite popular, I started working here. We offer coupons and discounts online and run our site in three different countries.

When I first came here, I was shocked. The codebase was so bad and no unittests were written at all. There were half working acceptance tests that were also poorly designed and covered about 5 percent of all features. Not so long ago, the project was divided into pseudo microservices. The communication between them is not isolated; every service knows business processes of the others. We have our production sites down at least once a week. When I tell the team lead or CTO that we need to introduce at least 90 percent test coverage, they always answer that there is no time for that now. Hell.

Are there such problems in your company? Did you overcome them and if so, how? What steps should our managers and developers take in order to change the situation?

如何在 JIRA 项目中添加业务逻辑，您只需完成早期阶段即可进入下一阶段。

我知道 JIRA 是一种敏捷 scrum 团队工具，因此它本质上违反了基本的敏捷原则。但是，我正在尝试定义看板工作流，其中需要完成一组任务，然后才能开始下一组任务。我想在我的 JIRA 板上实现这个业务规则。

Agile我对方法论有一些疑问。我假设冲刺跨度为 2 周。

1. 如果测试人员在第二周的前半周遇到了许多优先级较高的缺陷，那么如果还有大量未触及的故事，开发人员应该怎么做？

2. 如果他的工作没有在 2 周内完成，开发人员应该怎么做？

3. 如果还有未完成的工作，Scrum Master 应该怎么做？
4. 如果测试人员发现之前 sprint 的一些缺陷，团队应该怎么做？

我从一些面试问题列表中找到了这类问题。

任何人都可以请对此进行更多解释。

我们有一个开发团队（大约 20 名团队成员）目前正在开发 5 种产品，有 5 名产品负责人（每个产品负责人）。我们正在努力解决不同产品之间的故事优先级以及相同的许多会议。

以下是我们正在研究的两个选项：

1. 将产品 backlog 合并为单个产品 backlog

这样该团队就可以从一个产品待办列表中提取故事到冲刺待办事项中。（并且不必再为优先级而烦恼）。但是单个产品积压可能过于庞大且难以管理。

2. 将每个产品的团队分成5个团队

但这目前是不可能的，因为我们有专门的资源专门用于特定的煎锅，并且需要在产品之间共享。

有什么建议么？

画完下面的UC图后，我右键一个用例，发送到backlog

它在产品待办列表中显示为一项新活动，如下所示：

所以我把它移到板上并在下面创建一个任务和一个史诗：

然后我继续为名为“插件部署”的新主题创建用户故事：

到目前为止一切正常，我什至可以编辑对话和确认项目：

问题

一旦我激活选项卡“场景”，目前我认为与“插件部署”用例相关的当前故事，就会出现在新模型“一般用户故事”下：

如何以正确的方式组织模型中的故事？Visual Paradigm 14.1 专业版对我有什么期望？有什么办法可以规避这个问题？我不想以数百个用户故事告终。

• 谁能帮我在 Windows 32 位电脑上安装 Redmine？这里有很多令人困惑的步骤Redmine 安装链接。请任何人以简化的方式解释这一点？
• 我应该使用安装步骤更简单的任何其他项目管理工具吗？

我们在 JIRA 设置中有一个部门团队部分作为一个项目，我被要求创建看板并设置该部分以供使用，但我不确定将部门团队管理的工作应用到 JIRA 中的最佳方式。

我们希望为两个不同的专业提供看板，例如，其中一个专业有两个项目，其中一个项目有一个子项目，而且其中一个项目有时可能与两个专业重叠。

例如：

我目前的想法是：

• 项目=团队
• 组件 = 项目 A
• Epic = 项目子项目/流
• 标签 = 专业看板

以上是正确的，还是有另一种方法可以作为这种情况的最佳实践？目前，我认为我们与将 JIRA 中的项目设置为团队有关