问题标签 [project-management]

如果你现在手头有 100 美元。并且必须押注其中一个选项。你敢打赌吗？问题是：

影响项目成本的最重要因素是什么。

1. 程序员的打字速度。
2. 编程时输入的字符总数。
3. 'wc *.c' 命令。c 文件的最终大小。
4. 解决问题时使用的抽象。

更新：好的，仅作记录。这是我问过的最愚蠢的问题。问题应该是。对上面的列表进行排名。首先是最重要的因素。哪些是最重要的因素。我问，因为我认为字符数很重要。当需求发生变化时，需要改变的角色更少。它完成得越快。或者？

更新：这个问题在 Stackoverflow 播客 #23 中讨论过。谢谢杰夫！:)

我们在软件中积压了大量应该做的事情，有很多不同的类别，例如：

• 我们的产品需要解决的新问题领域
• 支持现有问题领域的新功能
• 我们现有用户要求的新功能
• 可用性和“外观”增强
• 后端架构升级
• Bug修复

以明智的方式管理所有这些是属于产品管理的工作，但由于很多原因，这很棘手。首先，我们有许多不同的系统来保存不同的东西（文件中的市场需求文档、错误数据库中的错误、我们的帮助台系统中的客户需求、我们内部网上的工程愿望清单等）。其次，许多项目的大小、范围、复杂性和价值都大相径庭，这意味着选择并不像按优先级排序那样简单。

因为我们现在相当大，拥有复杂的产品和大量的客户，基本的解决方案（电子表格、谷歌文档、basecamp 待办事项列表）不足以解决这个问题。我们需要一种以各种方式将事物组合在一起的方法，持续对它们进行优先级排序，明确我们正在做什么以及即将发生的事情——而不需要花费所有人的时间来管理某些工具。

您如何以一种允许企业始终做对现有客户最有价值的事情、帮助获得新客户并保持软件内部健全的方式来管理这一点？

请注意，这与开发方面不同，我认为我们已经做得很好。我们以迭代、敏捷的方式开发所有东西，一旦选择了某些东西进行设计和实施，我们就可以做到。这是我们需要弄清楚接下来要做什么的部分，这是最难的！

您是否找到了有效的方法或工具？如果有，请分享！（如果您也想知道答案，请对问题进行评分，使其保持可见:)

附录：当然最好先修复所有错误，但在实际安装在客户机器上的真实系统中，这并不总是实用的。例如，我们可能有一个很少发生的错误，并且需要大量的时间和架构巨变来修复 - 我们可能会暂时搁置它。或者我们可能有一个错误，有人认为某些东西很难使用，我们认为修复它应该等待对该区域进行更大的改造。所以，有很多原因我们不只是立即修复它们，而是保持它们开放，这样我们就不会忘记。此外，最难的是非 bug 的优先级；想象一下我们没有:)

我出去跑步了……听一个关于丰田的播客……无论如何。

我认为这个原则不会在软件项目中使用。（也许是项目管理）。艺术还很年轻。目前，我们不知道我们在做什么。但最终，我们会的。

或者，有人知道如何使用这个核心原则吗？

好的，这是播客。我觉得很有趣

http://itc.conversationsnetwork.org/shows/detail3798.html

可能是主观的和/或讨论的......但这里有。

我被要求为工作中的下一件大事估计一个功能。我把它分解..使用故事点来估计。然而，除了各种其他公司计划之外，该功能还需要与第三方图表组件 GoDiagrams 进行交互。（一整套 2008_Limited_Edition 框架/服务：）。我一直在使用燃尽图跟踪自己，我发现我无法维持我的步伐主要是由于“尖峰”..定义

我估计每周工作 2 点，然后我发现自己在周末工作（很好地尝试......最终既不在这里也不在那里），因为我不知道在哪里挂钩，以便我可以预览用户操作，显示上下文菜单等。最后，我花时间制作尖峰，使我的日程表偏离轨道……并降低其价值……没有给出正确的画面。

钉子需要钉子穿过无知的木板。但是它们是如何被纳入估计方程的呢？在功能看起来错误之前执行所有必需的尖峰..（可能会变成 YAGNI）在两者之间执行它会破坏我的流程。现在它是在预迭代计划期间..但这每周都会将接触线推开。

我的意思是请说出你做过的一个编程项目以及花了多长时间。老板从来没有抱怨过，但我有时觉得事情太久了。但这可能是因为我也没有耐心。让我知道您的经验以进行比较。

我还注意到，事情似乎总是比原计划花费更长的时间，有时甚至更长。我不知道为什么我们不开始计划它，但我认为这可能是出于激励目的。

瑞安

Do you think that project iteration length is related to project team size? If so, how? What other key factors do you use to recognize correct iteration length for different projects?

所以，在我目前的工作中，我们通常是每个项目有 1-3 名开发人员、1-2 名艺术总监和 1 名项目经理，最小的只是每个项目中的一名，而较大的则为 3 名开发人员和 2 名艺术总监。

我正在寻找一种软件、软件组合或某种类型的服务，以使我们能够单独管理我们的项目，重要的是我们能够在一个系统/软件中一次管理多个项目（无需经过每个项目的设置过程过于复杂），因为我们通常同时有 2-3 个正在进行的项目。

我们需要能够与 SVN 集成，跟踪错误/功能/请求，建立里程碑和某种类型的敏捷管理，比如 SCRUM 会很好。

最好它应该能够在 Windows 上运行（没有太多麻烦，曾经尝试在同一个 Windows 2003 服务器上安装 Apache+Python+Svn+Trac 并让它们一起运行？不好玩。）因为我们大多这样做。 NET 开发，我们的大多数服务器都运行 Windows 2003。

我对类似于 MS Project 的项目管理软件感兴趣。该项目是对我的软件的认真重建。我们已经有一个错误管理系统，但我需要跟踪项目进度。

我不太喜欢基于 Web 的应用程序，因为数据要么托管在异地，要么我需要设置自己的服务器。

我喜欢 MS Project，但它似乎没有将估计时间与实际时间进行比较，并用它来按比例计算未来的工作估计。

我想要一个甘特图和日历视图。

感谢您的帮助！

您如何向您的客户/雇主表明您了解他们的要求？

你推荐使用什么？用例图？流程图？数据流图？决策树？

我并不是真的要求一个非常详细的答案。只是一些简单的东西来帮助我与编写需求的人交流，看看你们俩是否在同一页面上。

我们刚刚开始一个包含许多子项目的非常大的项目。我们目前不使用任何类型的命名流程，但我希望通过后门获得某种敏捷/类似 scrum 的流程。

我将最关注的领域是整个项目的积压工作，至少在我的脑海中，迭代的想法是从积压工作中提取一些东西，更详细地研究并开发到合理的截止日期.

我想知道人们使用什么技术将项目分解为待办事项，以及一旦创建了待办事项，它是如何维护和排序的。以及如何维护元素之间的关系（即必须在可以这样做之前完成，或者这是一个故事现在是五个故事）

我不确定我期望这个问题的答案是什么样的。我认为最有帮助的是，如果有一个开源项目以某种方式保持其积压在线，以便我可以看到其他人是如何做到的。

其他可以从我那里得到+1的东西是来自真实项目的真实用户故事的例子（“用户可以登录”的故事并不能帮助我描绘我的项目中的事物。

谢谢。