Project management 在scrum过程中，编程架构在哪里讨论？

假设我有了自己的愿景，现在我的产品积压了很多项目。那部分是书面的，随时可以使用。我即将创建我的sprint。我很好奇。什么时候编程团队会坐下来说“让我们使用这个平台、这个框架和语言”以及类似“我们需要一个类”，或者“我看到了一种使用接口的方法”等等。这种谈话什么时候开始

在sprint之前是否会有人为所有团队做出决定——“我们将使用Linux、MySQL、PHP和CodeIgniter”，然后其中一个团队进行sprint以实现该基础设施，而其他团队则等待完成以启动其他sprint（团队A2从产品待办事项列表中构建ui或安全模型及其功能）

当sprint第一次开始时，像trac这样的工具也会在团队级别使用吗

对不起，如果我到处都是这样的话。我只是从来没有见过这样做，当我认为我理解它的时候，我想到了一个新的问题

这也离题了，但你给你的团队起什么名字？鲍勃的团队，史密斯的团队，更丰富多彩的团队

谢谢。

简短的回答是“视情况而定”，因为在第一部分中，可能会有其他团队在某种程度上规定这些术语。例如，在我当前的项目中，有些东西几乎是给定的，例如IDE=Visual Studio、Bug跟踪=HP Quality Center、版本控制=Subversion、面向开发人员的操作系统XP Professional等

可以有一个Sprint0，其中处理一些基础设施元素，如CI服务器、团队的wiki、确保每个人在SVN中都有帐户以及其他需要处理的管理事务

---

像代码名这样的团队名称可以在任何时候出现，尽管它们可能有不同的含义，因为某人在一个地方使用的团队名称在另一个地方可能不太好，例如，对于那些完全不熟悉这个术语的人来说，团队名称可能不太受欢迎。

一些团队在项目开始时使用了一个新的名称，在那里他们可以细化愿景，定义全球架构（平台、语言、而非类或接口的选择），“完成”的定义

这个冲刺是特别的，它是关于准备的，与其他冲刺不同，它可能不会带领团队交付任何工作软件

如果你是敏捷scrum团队的一员，那么你的公司很有可能在那里 已经定义了模式和 架构。

在我看来，scrum团队不负责设计，有单独的设计团队负责任何正在进行的项目的总体设计和集成计划

设计团队执行项目开发阶段的战略部分，即架构、设计和集成计划。这些团队可能有自己的scrum冲刺

Scrum大师和团队领导负责按照设计实施项目的策略

程序员、测试人员和QA工程师负责编写和测试代码。Sprint 0是启动的标准方法。对于正在进行的主要架构决策（交换机工具包、语言、平台），一系列的调查故事如果尽可能小和集中，效果会很好。这个故事是为了解决一个特定的问题或证明一个概念。基础设施问题可以——我认为必须——分解成小故事，否则你可能会迷失方向

较小的基础设施更改有时对其他情况起到“税收”的作用，有时则不起作用。（例如，研究并添加依赖注入工具，切换到通用休眠工具）对故事征税需要在产品和开发之间进行良好的沟通。它假定一些热心的开发人员已经在基础设施方面做了一些深夜作业

---

没有成功，我们一直希望主要的架构决策会在正常工作过程中发生。这失败了，因为scrum让你太专注了。

我将把它分成几个部分

选择工具/平台（Linux、MySQL、PHP等）我甚至在开始Sprint 0之前就已经同意了。我认为Sprint 0更像是设置视觉和高级架构，在某种程度上，它取决于你选择的工具/平台。你在团队中想要的人也会比ASP.NET项目不同于PHP项目。

另一件事是转向讨论，比如“我需要一个类在这里，接口在那里。”在sprint 0期间，这一级别的细节无法真正提前决定。我们只是一直遵循这些决定。这意味着我们经常改变我们的架构，但在变化很深的情况下，这是一种罕见的情况。几乎总是当我们改变某件事时，这是一个有根据的决定

---

总结：开始之前的关键技术决策，Sprint0期间的高级架构，需要时的低级设计决策（sprint期间）.

谢谢你的链接。我很感激所有的答案。+1：如果你没有适当的架构，你就不能真正使用Scrum，因为在开发真正开始之前，你还有所有其他的事情要做。我投票结束这个问题，因为它与编程无关。那是七年前的事了！我们只是在清理旧问题问题。