agile - 在敏捷团队中如何处理客户和迭代？

Closed. This question is opinion-based 。它目前不接受答案。

想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文来回答。

3年前关闭。

Improve this question

这个线程是我的 previous one 的后续。这实际上是两个问题，所以我希望没有人介意，因为它们是相互依赖的。

我们正在启动一个新项目，我们认为这是在实践中尝试敏捷技术的绝佳机会。我们对我们在几本书和文章中阅读的想法进行了头脑 Storm ，并提出了最适合我们的概念:2 周迭代，然后与客户通话，他们将选择他们在下一次迭代中想要的东西。我只是还有几个问题，我们自己也想不通。

在第一次迭代中做什么？

如果我们从头开始，通常在前几次迭代中做什么？只是给它一个月的开发时间来编写应用程序的核心代码，还是从具有有限预编码功能的简单线框开始？客户通常想看到什么？ Shiny 的东西不起作用或丑陋的东西起作用？

如何与客户沟通？

我们最初的想法是将流程设置为如下所示:

alt text http://img690.imageshack.us/img690/2553/communication.png

在客户端设置一个焦点是一个好主意还是直接与所有客户端沟通以防止误传更好？

欢迎任何想法!提前致谢。

最佳答案

在我看来，敏捷开发的一个关键成功因素是专注于在每次迭代中为客户交付值(value)。我肯定会选择“有用的丑陋的东西”而不是“不起作用的 Shiny 的东西”。做 Shiny 的 UI 并试图让客户理解帽子业务逻辑需要大量时间来实现总是有风险的，Joel Spolsky 写了一篇很好的文章。

如果客户想要增强 UI，他们总是可以将其作为下一次迭代的要求。

关于与客户的沟通，我认为您的 scetch 应该稍微调整一下。用 Scrum 术语来说，你的“焦点”被称为“产品负责人”。有一个人与客户协调很好，因为要让不同的利益相关者就需求达成一致可能需要花费大量时间。然而，产品负责人(或联络人)应该直接与开发人员联系，而不是通过项目经理。事实上，产品负责人和项目经理有着截然不同的角色，通过分成两个人可以获得很多好处。

产品负责人是利益相关者对开发团队的声音。另一方面，项目经理负责项目团队的福祉，并经常跟踪预算等。这些角色有时会有对立的议程，让他们分成两个人为利益冲突之间的谈判提供了健康的机会。如果一个人同时拥有这两种角色，那么该人通常会偏爱其中一个角色，从而自动减少另一个角色。您不想在项目经理总是将客户置于团队需求之前的团队中工作。另一方面，没有客户希望产品负责人始终将团队的需求放在首位，而忽视客户。将责任分给两个人有助于纠正这种情况。

关于agile - 在敏捷团队中如何处理客户和迭代？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2757069/

上一篇：google-chrome - 一个名为 `DebuggerScript` 的源文件占用了我在 Chrome Devtools 中的 CPU

下一篇：macos - 替换平面文件中的空字符 ^@

相关文章：

不理解敏捷声明原则

用于敏捷开发的 TFS 团队项目结构

testing - 从用户故事到测试的 TFS(敏捷)工作项

project-management - 何时认为敏捷迭代完成？

project-management - 敏捷项目管理的软件工具

methodology - "Continuous Implementation"是什么？

charts - Scrum 烧毁图表，它们会变成负数吗？

agile - 用于收集与设计重叠的快速而肮脏的需求的工具和技术

agile - ITIL 是否适合敏捷世界？