问题标签 [project-management]

我遇到了一些不同的应用程序来监控我在计算机上的使用情况，但是你用过什么，喜欢什么？是在作文笔记本中写下您的活动，还是安装一个向服务器静默报告的应用程序？你喜欢什么？

在什么情况下——如果有的话——将程序员添加到团队中实际上会加速已经延迟的项目的开发？

我们有一系列封闭源代码的应用程序和库，我们认为开放源代码是有意义的。

到目前为止，阻碍我们的是在开放之前清理代码库和记录源代码所需的工作。

只有当我们有合理的机会使项目成功时，我们才想开放源代码——即有贡献者。我们相信，大量开发人员会对代码感兴趣。

除了项目的“趣味性”和“有用性”之外，哪些因素决定了开源项目的成功？

例子：

• 代码的清洁度
• 源代码注释的可用性
• 完整或部分记录的 API
• 许可证选择（GPL vs. LGPL vs. BSD 等...）
• 公共存储库的选择
• 投资公共网站

有人对如何管理 GUI 中的功能蔓延有任何实用建议吗？

我受到来自内部和外部来源的巨大压力，要求我添加、修改、调整等。当有人接近我说“如果……会不会很好？”时，我总是畏缩不前。我不能只是转身对他们大喊“不”，因为他们通常是我的上司或客户。

相反，我正在寻找建议来帮助解释为什么不断添加新功能是一个坏主意，并在此过程中管理他们对最终产品的期望。

我正在寻找一个可以在我的工作场所内部部署的免费/开源协作项目经理，其行为类似于 Codeplex 或 Sourceforge。有没有人知道这样的事情，如果知道，你有没有经验。

要求：

• 开源或免费
• 本地可部署
• 具有与 Sourceforge / Codeplex 中相同类型的功能
  • 问题/特征跟踪
  • 社区互动（即投票、角色等）
  • 单片机集成（可选）
• .NET/Windows 友好（可选）

每个企业最终都会拥有内部实用程序和开发人员创建的特定领域应用程序，以使生活更轻松。鉴于内部开发人员社区的投入，他们有可能变得更好（你能说GMail ...），我只是想通过为这种交互提供一个简单的地方来在内部培养这样的环境。

更新：

所以我喜欢我在 Trac 和 GForge 中看到的东西，但两者都非常适合 UNIX/Subversion 环境。我应该指定这一点，但我们从上到下都是一家 MS 商店。您认为在 MS .NET 环境中尝试和使用这些功能有多实用？这就像试图将方形钉穿过圆孔一样吗？

如果要将 TiddlyWiki 用作笔记和代码片段的个人数据库，您将如何使其在多台机器之间保持同步。svn/cvs 等会起作用吗？你将如何处理合并？

我很快就会领导一个新项目。我一直在思考软件项目的基本基础设施是什么。这些是我认为每个项目都应该具备的东西：

- 编码风格约定

- 命名约定

-标准项目目录结构（如maven标准目录布局等）

-项目管理和问题跟踪（例如trac、redmine等）

- 持续集成服务器（例如，hudson、巡航控制等）

我不确定我是否错过了什么。有人想补充吗？

在做一个项目的时候，在有趣的部分被编码之后，我的动力就被严重削弱了。你怎么做才能克服这个问题？

我在一个 4 人的小型开发团队中工作。我们正在尝试开发“敏捷风格”——故事点、小任务等......不幸的是，我们目前正在（共享）Excel 表中管理我们的任务。

我们查看了一些可用的工具（Mingle、TFS、Scrum for Team System），但所有这些看起来都会带来太多的开销，并且会让工作失去乐趣。

您的敏捷爱好者使用什么来长期跟踪您的任务？

更新 当前的最佳答案并不是我打算问的真正答案 - 从长远来看，我需要一些工具来帮助我找出我正确估计的功能和任务，以及我在哪里犯了可怕的错误。我看到白板/所有便利贴如何帮助管理当前或以前的迭代，但我没有看到自己在寻找 2 个月前的便利贴。

我正在开展一个项目，该项目已被接受为概念验证，现在已作为实际生产项目按计划进行。我很好奇其他人是如何处理这种转变的。

我从各种渠道获悉，当一个项目作为概念证明开始时，通常最好丢弃在快速发展阶段编写的所有代码，并从根本上重新开始，这取决于你所学到的从概念阶段开始，但没有努力清理您第一次编写的可能混乱的代码。类似于“扔掉你要发送的愤怒电子邮件的第一个副本，重新开始”理论的编程版本。

我已经做到了，这是在过去，我还重构了概念代码以在生产中使用，但由于我正处于一个新项目的过渡阶段，我想了解其他人是如何做到这一点的。显然，很大程度上取决于项目本身和概念代码（例如，如果您生成的内容有效但无法扩展，那么最好重新开始，但如果您的项目时间表非常紧凑，您可能会被迫以您已经编写的内容为基础）。

也就是说，如果所有事情都是平等的，你们会选择什么作为方法？