project-management - 如何优先考虑 future 的功能(企业 Web 开发)

Question

关闭。这个问题是off-topic .它目前不接受答案。












想改善这个问题吗？ Update the question所以它是 on-topic对于堆栈溢出。

9年前关闭。




Improve this question




假设您是一个拥有 2000 个用户和 7 个开发人员的内部企业 Web 应用程序的产品经理。您有一个包含 350 个 future 功能的列表，每个功能都需要 5 到 150 个开发人员工作日。

您如何选择要使用的功能，以及如何运行发布流程？

这就是我的想法:(如果无聊可以跳过)

发布流程。 一次处理多个功能，准备好后单独发布。另一种选择(到目前为止我们一直在做的事情)是挑选出一组特定的功能，将它们指定为“发布”，然后一次性全部发布(通过群发电子邮件宣布)。

较短的发布过程的好处是我们可以在完成开发后立即发布功能。更大流程的优点是更容易组织。

功能优先。 将所有 future 的功能放在一个电子表格中，其中包含功能、描述、评论、估计、 yield 、(您的)估计、(您的) yield 的列。抄送 2 名高级工程师、另一名高级项目经理和您自己。

工程师估计所有特征(精确度如何？互相咨询？)。为了确定 yield ，每个人在 future 的特征之间分配分数(总= 10 * [ future 特征的数量])(没有相互咨询？)，比较分数和平均值(？)。

这里的另一个潜在策略是仅在绝对(例如)1-100 的范围内对每个特征进行排名。拥有绝对排名很好，因为它可以在我们的功能列表更改时更轻松地确定优先级(我们不希望每次有人提出新功能时都必须重新分配分数)。

你的策略是什么？是否有任何书籍/网站在此详细级别上解决问题？

Answer 1

有一本很棒的书可以帮助涵盖这个主题，Mike Cohn 所著的名为 Agile Estimating and Planning 的书。它有一些很好的方法来估计和计划发布。包括一个称为计划扑克的计划游戏，工程团队在其中使用卡片来估计用户故事。每个工程师打一张牌 1,2,3,5,8,13 面朝下。高低卡解释，你再做一次。在 1 或 2 次重复之后，相同的估计通常会收敛。

还有由 Luke Hohmann 撰写的 Beyond Software Architecture:Creating and Sustaining Winning Solutions，这可能有助于解决一些与产品管理相关的部分以及用于优先排序的推理。我还没有读过这本书，但我参加了 Luke Hohmann 的演讲，他谈到了他的书的主题，我迫不及待地想读一读。

我还建议阅读有关各种敏捷开发过程的书籍，例如 Scrum、Crystal Clear 和 XP。有 Ken Schwaber 的敏捷项目管理与 Scrum 和 Crystal Clear:Alistair Cockburn 的小型团队人力驱动方法。还解释了极限编程:Kent Beck 和 Cynthia Andres 的《拥抱变化》(第 2 版)。

至于功能优先级，通常由利益相关者完成。您需要致力于满足利益相关者需求的功能，正如 Luke Hohmann 指出的那样，其中包括系统架构。

但是，最重要的事情之一是确保您与团队就软件开发过程达成一致。如果你强制一个过程，而团队不相信，那么它就行不通。