问题标签 [project-planning]

我注意到在编写规范时你会浪费很多时间在事情上，后来，当你编写你的应用程序时可以忽略不计，你会忘记一些重要的东西。
我发现（对我来说）编写一个概念验证应用程序（没有好的错误处理程序和安全性东西，风格上的小故障等）并将其用作加入我的人的规范会更快（对我来说）。

不过，我觉得我也在这种方法上浪费时间，关于如何做到这一点有什么好的想法吗？

可能不是该问题的最佳措辞，但...

我知道有诸如 MS Project 之类的东西来管理项目中的任务，但是我正在寻找更高级别的东西。我需要能够自己管理项目和可用资源，而不仅仅是项目中的任务。

例如

所以基本上我可以添加一个新项目，看看有哪些资源可用，通过查看软件来估计我们什么时候可以开始和完成这一切。（然后我可以向管理层展示，如果他们不雇用更多人，他们会等到 2099 年。;) )

有什么想法吗？

在我在编程领域工作的很短的时间里，我看到了两个极端：

• 几乎没有计划的项目，因此成为维护的噩梦。
• 永远处于规划阶段并且不会从那里移动的项目。

似乎后者经常作为对前者的反应而发生。快乐的媒介在哪里？更重要的是，如果一个项目正朝着这些方向之一发展，那么将其朝着上述快乐媒介发展的最佳方式是什么？

您如何确定哪些功能足以启动？我们应该在没有好东西的情况下使用“裸功能”启动吗？还是我们应该添加“花里胡哨”？

你如何决定？我们真的会被突然暴露“灼伤”，还是突然暴露更像是一个神话，暴露是缓慢而渐进的。

欢迎您提出建议。

我在工作中参与了一个关于不同人构建的软件系统最大的讨论；在这种情况下，最大的问题是系统复杂性和实施难度的结合。

由于经验丰富的程序员往往会对项目的规模有直觉，即使他们不会把它写下来，我想我会向 SO 提出这个问题。

正在讨论的系统是：

• 电信计费系统。4个主要特点：
  • 实时呼叫控制，其中每 60 秒从数据库中保留一次呼叫信用，
  • 可定制的呼叫计划、最低成本路由、自定义每用户费率、
  • 每个计费服务器可同时处理 1000 个呼叫，
  • 365x24x7 和 99.999% 的可靠性。
• 赛车行业的核心投注系统。4个主要特点：
  • 客户端/服务器应用程序支持大约。1000 个现金网点和 200 个座位的呼叫中心，
  • 不是一个固定的赔率系统，根据扣除佣金和获胜者之间的共享池计算支出，
  • 大约 20 种不同的投注类型，最大组合投注为前 4 名，
  • 350x20x7 和 99.9% 的可靠性。
• 客户关系管理系统。4个主要特点：
  • AJAX 用户界面，
  • 电子邮件集成根据收件人地址发送到不同的队列，
  • 开票，
  • 具有 3rd 方集成授权的 Web 服务 API。

缺少大量细节，但问题的重点是按“大”降序对系统进行排名（定义见上文）。任何比例都是任意的，但为了给它一些相关性，建议使用以下比例：

• 100航天飞机生命支持系统，
• ?? 应用 X
• 1 Hello World 控制台。

我很想看看上面 3 个系统的排名以及人们曾参与过的任何其他大型系统的排名，以提供观点。

在工作中，一位负责人让我研究将我的项目的当前源代码控制服务器（Visual Source Safe）更改为 SVN 可能有什么好处。

我真的没有反对 SVN，其实我有点挖，但在我看来，改成 SVN 不会给项目带来任何显着的好处，并且会迫使我们使用一些第三方工具来管理来自 Visual Studio 的源代码控制（我们主要使用 Microsoft 工具进行开发）。

所以，作为我研究的第一步，我问你：从 VSS 切换到 SVN 有什么好处？

我正在为数据收集 Web 应用程序创建前端。使用数据收集应用程序的操作员将记录十几个不同项目的数据，每个项目需要不同的字段。有一些常见字段（如姓名、地址……等），但每个项目也有自定义字段，用于需要收集的额外数据。有些项目需要几十个额外的字段，而有些项目只需要 1 或 2 个字段。谁能想到一种“干净”的方式来处理这种情况？我不想为每个项目创建一个输入页面，有些人正在折腾用 XML 做 UI 模板的想法。任何指导将不胜感激。

我是一名新的软件架构师/主管，为软件开发人员团队提出软件设计。我正在提出需求规范、接口头文件、visio 软件设计文档和构建计划等。

我的问题是：团队的其他成员在此期间做什么？我当然会让他们参与设计，但我们不需要整个团队都积极地致力于我一直在做的事情。

有没有适合新软件架构师的好书？

作为一名新开发人员，我是员工中唯一的软件人员，我面临着一些挑战，但最困难的可能是时间估算。每次我不得不给出一个项目估算时，我都在挣扎。

那么我的问题是；如果我没有任何经验并且在我的环境中没有开发伙伴，我如何提供可靠的估计？我已经阅读了 Joel Spolsky 关于基于证据的调度的文章，但是如果我没有任何证据，这怎么可能适用？

我很感激关于这个主题的任何建议。

我现在正在为我们产品的开发人员功能开发 API 。

第一个版本已经发布，目前用户数量很少。自从我开始开发它的第二个版本以来，一些部分被重新设计，一些部分被删除以使 API 更加优雅和清晰。

但是对于旧版本用户来说，第二版部署可能会很痛苦。我们的营销部门正计划大量增强我们的 API 产品，为其添加更多功能。

我应该如何构建系统，所以
1）我们不会受限于“旧版本”来添加新的有趣功能
2）当前的 API 用户不会因为需要重新设计他们的系统以符合要求而感到不满意更改后的 API

或者 API 产品是否应该在公开发布之前在沙盒中测试相当长的一段时间，这样规范就不会有任何重大修改？