日常使用软件通常意味着您必须处理项目工作、会议、电话和其他中断 在管理你的时间时，你觉得哪一种技巧、技巧或工具最有用 你如何保持注意力集中 你工作中最容易分心的事情是什么？我觉得电子邮件最容易分心，所以我真的很喜欢收到某些类型的电子邮件。我已经取消了许多邮件列表、工作通知等的订阅。一天中关闭一段时间的电子邮件也非常有用。最有用的一个？专注于当前需要完成的事情是非常棒的，并且将我的生产力提高了很多。（额外提示：使用Google Chrome使其成为自己的应用程序，然后使该应用程序始终位于其他窗口之

我们正在开始一个软件项目的工作，在处理较小的项目时，我们正在讨论重要的细节。在不同的时期，一些重大的事情会以这样或那样的方式对项目产生巨大的影响。我直言不讳地谈论我认为事情应该如何发展，我用事实支持我的推理。因此，我被贴上了不是“团队成员”的标签 那么，在软件项目中成为“团队成员”意味着什么？这是否意味着接受你认为很糟糕的想法，并在将来使事情变得困难？这是否意味着不分享意见？这是什么意思 编辑：大约4个月前，我还是这个团队的新成员，被带到这个项目中工作。作为一名团队成员，意味着将团队目标放在个人

是否有任何正式/非正式的措施来比较项目的已完成功能与初始需求。具体来说，我的目标是在项目的早期识别任何遗漏的需求。在阅读了许多敏捷/scrum方法论的文章和书籍之后，一种方法是在“sprint回顾”期间进行需求回顾，但我想知道是否还有其他技术/工具 谢谢，如果您按照您所暗示的方式走敏捷/scrum路线，那么通常您会希望将项目分解为小的离散工作单元。项目包含史诗（或史诗），史诗包含故事，故事包含任务。（理想情况下，一项任务应该是4-8个小时的工作。一个人在一个工作日内可以完成的事情。） 每个故事完

我的组织中有人开始推动我们试点CMU SEI的TSP流程（见网站）。我本能地厌恶任何用字母汤治疗软件开发疾病的尝试，但我想知道是否有人有这方面的经验并能提供切实的事实。我曾经是SEI CMM的粉丝。我甚至从头到尾读了瓦茨·汉弗莱的《管理软件过程》一书。我没有使用过TSP，但我怀疑它与其他软件过程有相似的优点和缺点 一定要阅读它，他们声称它可以做什么，以及如何实现它，但要警惕保持您的软件过程小而灵活。您需要一个，但要小心从其他人那里获取流程 祝你好运。我们已经使用这个过程好几个月了，我对此印象不是

在我们的迭代规划过程中，我们经常发现自己和这个家伙处于相同的位置- 在你给出合理的估计之前，我绝对同意原型设计。但这同样适用于任何需要一点架构和设计的东西——但我不太愿意在sprint范围之外做这些事情 基本思想是，你尽可能多地确定你有信心完成的任务，并按正常情况进行评估。对于那些你不确定的领域，应该确定两种“类型”的任务：调查和实施 调查任务是对您不确定的工作的简要描述，例如“调查如何将控件X绑定到数据”。对这些项目进行了估算 实现任务是一个传统的粗略猜测，可能基于指定的故事点，即您认为实现该

我做小规模的项目已经有一段时间了。我还没有开始一个大项目，因为我没有遇到任何我需要的东西，也没有被其他自由／开源软件完成。直到现在。我想制作一个程序，允许用户以交互方式学习第二语言（我有点想让它尽可能接近Rosetta Stone） 现在我是唯一的开发者，因为我不确定自己是否贪多嚼不烂，也不想浪费时间 到目前为止，我一直在计划项目将如何工作，并设置工具，以使项目顺利启动，并在其他用户准备为项目做出贡献时，使项目易于访问。我已经建立了一个SourceForge帐户、一个git存储库以及一个文档，其

我正在开发一个具有抽象GUI API的大型程序。它是非常基于GUI的，许多对话框和一些严重依赖GUI消息流（正确的焦点/鼠标/活动处理顺序等）的讨厌特性-不容易移植 现在我想将它从当前使用的FOX Toolkit移植到原生Cocoa/MFC 我给自己一个直到年底的时间框架，但我的主要工作将是继续使用现有工具包进行开发工作，但在这两项任务完成之前，没有计划为最终客户发布 我的问题是我应该如何度过我的时间 停止主程序的工作，然后重试 做一个90%的端口（大约3个月） GUI优先 把所有的东西都分割成

我知道这个问题在这里/程序员身上已经被问过好几次了，这是一个非常常见的经典问题： 你如何准确估计一项任务需要多长时间 我的问题是，对于Windows中的点击式任务，我可以给出准确的估计。为了编写新的代码（比如在使用我不熟悉的API时），我无法估计挽救生命的准确时间。这是一个思考和说出我脑海中出现的第一个数字（天/周/任何数字）的案例。对于使用我熟悉的API和我可以立即说我可以开发的应用程序（例如记事本类型的应用程序）的代码，我可以给出准确的估计 谢谢你的帮助 谢谢我大部分时间都在做工期“更小”的

我已经为我的项目引入了一个新的工作流程，到目前为止，一切看起来都很好。不过，有一个意想不到的影响 当我将所有内容应用到当前问题上，新状态应用到当前问题上时，燃尽图显示了所有内容，就好像它们已从“已解决”中删除一样。它的趋势是向上的，好像已经做的事情变成了没有做的事情 现在，如果我对这些问题采取行动，并使用其中一个转换，它会正常燃烧（状态已映射到转换中的“完成”状态）。这让我想知道：在一个新的工作流中发生的关联是否忽略了燃尽图？我应该处理哪些属性，以确保之前标记为完整的所有内容保持完整，并反映在燃

当我在一个项目中工作时，在对有趣的部分进行编码之后，我的动机就大大减弱了。你如何克服这个问题 对自己重复：我的代码在签入之前不存在。 或者，如果您没有使用版本控制，“直到发布”或“直到启动” 您还可以使用恐惧，并说如果您不完成并启动它，其他人会这样做。使用测试驱动开发。考试不及格总是一种强烈的动机 通常我试着告诉自己，让事情在现实世界中正常运行同样有趣，因为你的代码会得到评分，或者被发现的bug和功能请求改进。让一些测试人员放松一下。没有什么比看到人们使用你感兴趣的部分并发现明显的改进更能激励人

我是一名经验丰富的C#开发人员（大约5年的经验），最近作为技术负责人负责我的第一个开发团队（其他3-5名开发人员）。在担任该职位的过去4个月里，不断出现的一个难题是，试图找到项目经理、客户经理、客户、设计师、CEO和我之间交流的正确程度（尤其是通过电子邮件） 一方面，我知道每个开发人员对项目的总体方向了解得越多，他们就越能理解其特定功能在全局中的范围 然而，另一方面，我的很多时间似乎都浪费在所有不同的利益相关者和管理者之间的大量电子邮件中，因此我喜欢认为，将开发人员隔离在“他们需要做他们当前的工

我是一名高级软件工程师，几个月前我被要求帮助协调错误纠正。项目经理（非技术性）给了我一个目标，即将生产率提高到每人每天纠正一个错误。这是一个真正的挑战，我想知道其他开发人员/经理可能做了什么来提高错误纠正率 在这种情况下起作用的一些因素： 团队在地理上分布（欧洲、亚洲、澳大利亚），每个地区有10-20名开发人员 我对大型代码库并不十分熟悉，因为我在该公司只工作了9个月 只有经验最差的开发人员被分配到bug纠正，最有能力的开发人员正在进行增强 我们遵循敏捷，所以我们使用源代码控制、持续集成、bu

有很多关于如何规划软件项目的文章（包括用户故事等），但它们通常假设您有一个庞大的预算、自由的时间框架和/或一个真正的开发团队。虽然它们听起来很棒，但它们似乎从来没有考虑过单独开发人员在很短的期限内工作 也有很多关于基于测试的方法论的讨论，您在实现每个方法之前为每个方法编写一个测试用例，但是我觉得如果您的软件是以GUI为中心的（例如，（服务器端）web编程或Flash/ActionScript），则很难应用这些方法论 尽管每当我完成代码的一部分时，我都会大量使用重构来改进代码，最后一刻的黑客攻击和

我有一个项目，需要一些复杂的组件建成。其中一些组件是由一些晦涩难懂的软件包承诺的，这些软件包被证明文档记录不良，难以配置和使用 我想知道，在软件研究阶段，其他人在决定是构建自己的软件包还是坚持尝试现有的软件包时，他们的底线在哪里 我应该花在这类研究上的时间占项目总时间的百分比是多少 提前感谢,， Alex问问自己，哪些可能需要更长的时间，敲打组件以满足您的需要，或者编写自己的组件 就我个人而言，我几乎总是使用可靠、全面的库（用于web开发的jQuery、用于WinForms的DevExpress

“Alpha Review”对任何软件项目都有什么意义？软件产品的早期版本，可能不包含最终版本计划的所有功能。通常，软件在被认为完成之前要经过两个阶段的测试。第一阶段称为alpha测试，通常仅由开发软件的组织内的用户执行。第二阶段称为beta测试，通常涉及有限数量的外部用户 因此，要回答您的问题，它是一种开发状态，通常意味着程序或应用程序的第一个功能完整版本，这很可能是不稳定的，但它有助于显示产品将对选定的组执行什么操作。有时，此阶段被称为预览版本。有时，在本版本发布后不再添加更多功能，但错误修

我的公司最近开始使用Scrum；我们已经完成了两次冲刺。我们仍在学习，但我们肯定已经暴露并修复了开发过程中的一些问题。所以总的来说，我认为这对我们有好处 在阅读了许多来自福音传道者、愤世嫉俗者和其他人的关于Scrum的互联网思考后，我发现了三个常见但有些矛盾的主题： Scrum实现失败是因为Scrum的过程没有得到足够的关注 Scrum实现失败是因为组织没有使Scrum适应自己的环境/文化/实践 Scrum的过程并不重要；只有敏捷宣言中的价值观才重要 在对这些问题的回答中可以看到这些例子：

我正在寻找一个开源（或至少免费）的项目管理/计费系统，没有什么特别新奇的东西，但最低要求如下： 免费的 允许我添加多个客户端 允许我跟踪客户付款（这里是super basic，我有一个会计负责主要工作），并发送自动提醒付款 免费的 它不必是开源的，但这总是一个加号，这样我就可以添加我决定需要的任何其他功能 需要在windows上运行。（虽然服务器可以是windows（而不是iis）/*nix）试试Calc（Excel）程序 试试计算（Excel）程序 它可能不存在（不是作为一种产品）。如果我在建

我试图设计一个理想的工作流程，其中包括客户机、PM、配置经理、团队负责人、开发人员、测试人员，最后是存储库本身 当请求变更时，谁将控制什么、信息如何流动以及PM应扮演什么角色 一个非常合适的起点是关于这个主题的维基百科条目： 它很好地展示了一般流程以及角色和职责。您可能希望对其进行调整以适应您的组织。一个非常合适的起点是关于此主题的Wikipedia条目： 它很好地展示了一般流程以及角色和职责。您可能希望对您的组织进行调整。如果您是项目经理，那么您最好概述变更管理流程，否则您的工作将超出您的

我正在寻找一个开源的项目管理和问题跟踪工具，其功能类似于Fogbugz，特别是一个干净、易于使用的UI 我一直在四处寻找，但似乎找不到类似的工具 有人有什么建议吗 谢谢 编辑： 我刚刚看过OpenAtrium——有人有使用它的经验吗。它是什么样子的？你可以试试，这是一款流行的代码和项目管理工具，以Ubuntu的使用而闻名。你可以把你的项目放在他们的网站上，或者，如果你喜欢把项目放在你自己的计算机上，然后安装它。它是开源的。您是否检查了列表中列出的软件？这与定义特定软件的功能是“干净、易于使用的U

我读过scrum，我工作的公司已经开始使用它。我发现，布置任务确实有助于每个人了解需要做什么和要做什么。我们遇到的一个问题是，我们只是在用我们的一个项目“尝试”scrum。我们有许多为客户定制的应用程序。其中一些客户比其他客户享有优先权。如果他们打电话要求报告，我们会提供 是否有一个过程（scrum或其他）可以用来帮助我们满足这些需求？目前的情况是，日常需求并没有计入我们的冲刺，因为我们没有时间每天做故事时间和计划扑克 有什么想法吗 我确实发现，这些讨论的是如何合并多个项目，而不是日常需求。无论

你在这方面有什么经验 项目计划和创建时间 新项目的预算 您使用的方法是什么， 为什么它起作用了或没有起作用 给你的 有什么最佳实践可以采取吗 考虑到 我强烈推荐史蒂夫·麦康奈尔的书。它确实很好地涵盖了这个问题。中有一些关于这个问题的极好信息。他们建议您使用适当的时间单位，而不是估计130天或6个月。他们还建议集中精力完成最关键的任务。避免根据次级估计进行估计 就我个人而言，我发现将任务分解为可理解的部分以正确估计它们是有用的。如果任务很大，有太多的角落和缝隙可以隐藏未经思考的问题。通过关注小块的

我的老板在一家使用V-model和Rational Notes的大公司工作 现在我为他工作，他真的不喜欢我用的TRAC。对他来说，这太简单了，它没有“项目”的概念，它没有“需求分析->系统设计->的明确分离……” 所以他让我找到一些新的工具，它们可以集成需求管理、bug跟踪、任务跟踪，并且可以在开发过程中强制使用V模型 我寻找了一些开源项目管理工具，我可以找到任何类似的工具。在开源模型中，V-model似乎并不那么流行。我们不能使用RationalNotes，因为它非常昂贵 你有什么建议吗？试试

大家好。我想对一个我一直在努力寻找相关信息的问题有所了解如果您是一名独立开发人员，正在从头开始构建一个项目，您如何管理该项目？过去，我曾参与过一些个人项目，这些项目已经发展成相当大的项目。在几乎所有这些项目中，我都试着扮演正常软件开发项目中的所有角色（即产品所有者、开发人员、架构师、测试人员等）。似乎当我离开项目一段时间后回来时，很难回到我正在做的事情的节奏中。因此，我有一些问题： 如果我知道要求（此时） （当前时间），我要记录它们吗 无论如何？如果是，我该怎么办 这样做，我如何管理这些 要求

如果你想跳过下面的细节，这里有一个简短的问题： 我想知道你是否在bugtracker+wiki中保留了类似的应用程序规范，以及如何分割信息以实现良好的管理。我寻找一个简单的解决方案，或者只是一个起点 细节 我需要跟踪我想要构建的web应用程序的功能。因此，我使用MediaWiki收集了一系列功能 对于每个功能，我都有一个wiki页面，其中包括功能规范、技术规范和各种相关的头脑风暴，采用FreeMind格式或纯文本。此外，我还包括一系列与it相关的开放性问题，如TODO和各种用例的大量图像。我发现

我正在使用JIRA+green Hopper进行敏捷项目管理。我的项目通常是基于web应用程序的 因此，对于每个项目，我都有一些4-5个预定义的史诗和故事，我想在所有项目中包括这些故事，如 ServerSetup Analytics Setup Backups 是否有任何方法可以将它们设置为某个模板，这样就不需要反复输入它们此链接可能对您有所帮助 总之，JIRA不提供这样的功能，有一些插件可以帮助您处理这个问题。如果您正在按OnDebug版本运行项目，那么您可以考虑编写简单的程序或脚本，这将为

臭鼬工程项目：一家公司的一部分在公司其余部分不知情的情况下实施的项目 查找您参与或发起的任何臭鼬工程项目的故事： 成功了吗 你被发现了吗 你是受到惩罚还是得到奖励 你是如何筹集资金的 你是怎么安排的 与地面项目相比，完成项目需要多长时间 与地面项目相比，成本是多少 正式通过了吗 事实上，我已经做了很多类似于“秘密”项目的情况。它们在启动时没有得到充分支持，并且非常保密。我将按照你的问题讨论其中的一个问题 成功了吗 是的，开发的系统是3年前投入使用的，从那时起一直在运行 你被发现了吗 是的，它被

这项研究来自NICTA对400个项目的研究 大多数没有时间表的项目都是成功的 需求方法的选择并不重要；UML“没有帮助” 在美国（但不是其他地方），只有在需求不足时，开发人员才会参与项目评估 惊喜还在继续 我想知道的是 怎么会这样 如果这是真的，那么为什么需要时间表、UML等等 定义成功是主观的 时间表或UML图只是软件开发的副产品。它们不是软件本身。如果生成的软件满足了客户的需求，那么需要什么副产品才能达到目的其实并不重要 “过程”是用来充当盔甲的。它会保护你不受某些事情的影响，但同时也会让你

最近，有一个问题问到如何实现一个从他们的浏览器中的一个页面删除的功能。对此功能有很多负面评论，既因为它实际上不可能有效实现，也因为它会干扰用户体验 在这种情况下，程序员在与客户或雇主打交道时应该怎么做？对于客户，你可能会愤世嫉俗，只需要花上你需要的时间来实现它，从而给你的公司带来很多钱。我看到的另一种方式是询问客户为什么需要它，并告诉他缺点（难以实现、负面用户体验等）然后让客户做出最后决定，看他是否真的想让你实施它。试着理解客户为什么要实施这样一个糟糕的想法，并提出替代方案。我认为你应该给客户一

在做兼职项目时，我通常在晚上7点到8点左右写代码最好，喝一杯好咖啡，我发现在这段时间里，我的工作效率往往高于我的工作效率 找到工作高峰时间的最佳方法是什么？我根据完成的工作量和那段时间内发生的编译错误的数量来找到我的工作高峰时间 我发现很难计算我实现了多少功能，或者修复了多少bug，因为每一个都有不同程度的难度 我还通过我不需要做的大量重新工作/重构来证明这一点 还有，我当时的心情如何。我是真的被束缚住了，还是我太软弱了 编辑 我的时间是从早上6点到人们开始到达办公室的时间。我不喜欢用愚蠢的指标

我正在开始一个新的项目，它有一个像Picasa3这样的界面。请让我知道什么是所有的文件，我必须提前准备开始项目。现在我是唯一的开发者，但将来其他开发者可能会加入 是否有任何第三方组件可以帮助我简化制作主题和创建按钮的任务 提前感谢, 约翰事实上，你的问题实际上是两个问题。启动开发项目时需要准备的事项： 进度计划和成本估算报告（使用a） 项目设计规范 项目逻辑框图（可以是UML，也可以是Visio） 技术可行性报告 基于上述文件的业务演示 根据您的风险投资模式，您可能需要向您的投资者提供进一步

我刚刚加入的公司有一个产品系统，它们共享大部分代码库（通过Visual SourceSafe中的共享链接）。该系统中有大约25种产品类型以及一个PC接口 该产品使用大量未记录的专有协议联网。历史上，维护这种混乱的方法是要求所有固件和软件作为一个包发布。当然，由于所需的回归测试，这会导致发布计划的显著延迟 还有谁有成功的方法来处理这类问题吗？我们真的被管理层痛打了一顿（老实说，我不能怪他们有这种感觉） 我的第一个想法是尝试以某种方式将设备版本彼此分离。可能将共享功能拉入已版本化的库中。然后仅更新使

我们开始和Trello一起管理我们的制造过程。伟大的工具，我们希望继续使用它。但我们缺少一个功能 我们希望每个代理记录每天减少的每月容量，并提供一些报告，显示我们已分配给此人的负载量。（能够计划我们可以承担的工作量，并估计何时可以交付新订单） 在特雷罗有可能取得某种成就吗？如果需要，我们可以安装其他插件。或者我们应该看看不同的选项？根据Trello文档，对于这种情况，有一些可用的选项 对于整个列表，您可以访问有关web应用程序的一般用法的问题与堆栈溢出无关。你也许能得到帮助。

最近，我和老板就“项目失败”问题发生了一场小争论。三年后，我们将代码库迁移到新平台的项目（我参与了一个1.5年的项目，但我的团队负责人只参与了几个月）开始实施。他与我公司和客户的高级管理人员（我是你经常听到的那些糟糕透顶的顾问之一，我的工作是“应用外包”）一起宣布该项目取得了成功。我不同意这一观点，他说，我发现的旧演示表明，与最初的计划相比，部署延迟最好用几个月来衡量，可能用几年来衡量。我解释了我对项目失败的了解，以及失败率背后的研究和统计数据。他回答说，这都是学术界的问题，他领导的项目没有失败

我工作的公司历史上很少有软件开发流程。目前，我们并没有真正遵循任何特定的方法。问题当然是，它使计划、成功发布一个像样的版本甚至吸引优秀的软件开发人员变得困难 我想我可以说服他们做一些Scrum过程。然而，关键是让管理层/所有者接受。我认为，在任何时间段锁定特定功能的想法都会吓跑他们 有人对我如何陈述自己的观点有什么建议吗 到目前为止，我计划： 介绍Scrum的工作原理。我如何看待它与我们目前拥有的人员的合作，以及它将如何使业务受益 要求对特定人员进行培训，这样我们就不会“边做边补” 设定一个实施

我所在的团队在很大程度上接受了scrum。我真的很喜欢这个想法，但我发现我们必须不断做出妥协，以适应我们的发展现实。这会降低scrum的效率并导致其他开销 我想问的是，有没有人能够使用纯scrum，这样做是否值得。还是必须做出妥协是不可避免的 我这样问是因为scrum似乎有点不能容忍偏差，如果它接受世界不能总是被改变以适应scrum，并在它不起作用的地方工作，那么它可能是一种更好的方法，但我认为这里的关键点是你的陈述“我们必须不断地进行压缩以适应…”。当然，如果你改变方法，你就会改变做事的方式。

我正在尝试实现Trac+SVN。但是我遇到了一个项目管理问题。给你一个背景，我的大多数项目都与web开发相关（它们经历了设计、编程、测试等阶段） 现在我正在为我的项目实施Trac。现在的问题是我应该把什么作为里程碑和门票。我该买多少票？e、 g.我应该说使X成为Y特征的一部分还是仅使Y特征成为Y特征。我做的票越多，我花在这些票上的时间就越多 此外，对于里程碑，我见过CakePHP等项目。当它们使用Trac时，它们将里程碑设置为版本号（对应于SVN中的标记）。这是最好的办法吗 假设我有一个客户的最

我今年22岁，从13岁起就开始从事计算机和编程工作，在过去的3年里，我参加了当地大学的CSE项目。我一直在不停地思考创业想法和开源贡献项目，但我发现很难坚持这个计划。我开始编写代码，然后在编写代码的过程中停下来思考一些新的东西，我认为这可能是个好主意。这对程序员来说是正常的吗。如果没有，我如何解决这个问题？为您当前的项目写一份待办事项列表。 在完成当前项目的同时，考虑/计划下一个项目 我已经完成了一半的开发，我想完成并开始。因此，我已经为ChgDoc写了一份“待办事项”清单，完成后，我将开始我的

我正在为我的团队项目制定工作分解结构。目前，有些实体只需要CRUD操作，而与其他实体没有任何关系 你们能建议我们是否应该将CRUD操作作为单独的元素来编写（例如：创建[entity]，获取所有[entity]s，…） 多谢各位 这是我第一次发布关于堆栈溢出的问题。希望它应该是好的D可以像CRUD表操作一样一次写入，比如说时间是8小时。它还应该包括搜索/筛选、列表或分页，所以它应该是一个完整的包。谢谢你的建议。

我们有一个四人开发团队，需要一个正式的项目管理系统。我对Scrum和看板有一个大致的了解，但在尝试之前很难真正理解。我们没有足够的时间在几个星期内尝试一种，然后换成另一种，所以我希望有人在类似的情况下可能会想到哪一种更适合他们，以及为什么。此外，任何其他有效的开发管理系统都非常值得一提 另一个注意事项：当然，团队可能会成长，因此我们需要一个扩展良好的系统 还有一个注意事项：我们在Windows中开发三个独立的软件应用程序，所有这些应用程序都基于我们也编写的中央库（因此我想你可以说有四个项目）最重

我需要向我的老板提供概念证明。我们的应用程序是用WPF编写的，但我完全了解Windows窗体。在WPF中实现POC的时间是在windows窗体中的3-4倍 您将如何进行此操作，或者使用WPF获得一个外观难看的POC，其创建时间为创建时间的三倍，或者使用windows窗体快速获得一个外观难看的POC？软件是业务的推动者。业务是当有人购买和使用你的软件，并支付它。作为一名软件工程师，我有责任制作一个好的软件。如果好的话，意味着漂亮的用户界面，有助于销售/推销。我会做的。我还将制定时间表并提交给我的经

我正在管理一个软件项目，这个项目对公司来说非常热门，因为它是公司的主要业务之一，而且进展顺利。我在公司有另一位经理干涉我的项目和人员。如何消除这种干扰。有人认为他没有足够的创造力来创造工作，我的意思是，他可以在业务的其他方面做很多事情，这将产生巨大的影响。另一方面，由于缺乏更好的方式来描述它，因此任务是一个人实际上并没有生产或制造任何东西。我想问题在于，如何处理或管理那些什么都不生产的人 是否有人有以下资源建议： -书 -有偿培训 -其他 也许这不是本论坛的主题。：）如果是这样的话，对于其他论坛

我们正在进行一个项目，项目经理坚持团队应该“吃自己的狗粮” 在什么情况下这样做才现实 e、 假设我们必须写一个编辑。我们无法在开始时使用此编辑器实际编写代码，因为它不存在。我们必须使用另一个编辑器 在项目期间的一段时间内，使用bug编辑器会减慢项目的进度，并且会适得其反 那么我们在什么时候转换呢 更新：在团队内部进行一些讨论后，我们将在开发过程中强调以下几点： 实现尽可能小的子集，以 尽快识别关键功能 仅将部分开发商转换为使用新产品，以将风险降至最低 你们中的一些人应该尽快使用它。第一个版本应

这是一个常见的现象，因为许多原因，大多数项目在开发过程中迷失了方向，有些是可以修复的，有些是无法修复的。你能分享各种指标，指出这一点，并随时分享你的经验，可能会有所帮助 提前感谢。一个指标是团队会议中出现了许多与SRS矛盾的问题。 另一个指标是当TL和PM开始以不同的方式解释相同的需求时。。。这清楚地表明，该要求要么没有被正确理解，要么解释错误 当无薪加班，特别是周末加班成为标准操作程序时，一个好的链接是。项目走向错误方向的一个信号是项目不再成为项目。项目的定义是： 该项目有一个明确的目标 项目

我是一名web开发人员，与包括我在内的2-3人一起工作。我们目前的设置非常简单。我们试图让对方知道我们在处理一个特定的文件。我们使用FTP来编辑我们的文件 最近，我们遇到了两个人意外编辑一个文件的问题，或者当另一个人也这样做时，处理本地文件然后上传 据我所知，我需要某种控制系统。我听说过颠覆和反复无常。看起来这些系统可能不是我所需要的，因为它只是给了我不同版本的文件。我不知道它是否解决了两个人在一个文件上工作，而互相覆盖的问题 你对解决我的问题有什么建议 编辑1：我应该提到，我想与Netbean

我有一个注册了30个任务的项目文件，它们都设置为自动调度 在任务编号10之前，我已经完成了任务，因此我希望将任务编号11的开始日期设置为今天，但我希望将过去的任务（从1到10）的日期自动更新 当我点击任务编号11的开始日期并更改为今天时，Project会创建一个“不早于”约束，但这不是我想要的 有人能帮我吗？任务的计划开始日期使用以下公式计算： 关系（如前辈） 约束条件（如“开始时间不得早于”） 日历（例如，哪些天是工作日） 如果任务11没有前置任务，也没有约束，它将默认在项目开始日期后的第

在什么情况下（如果有的话），向团队中添加程序员实际上会加快已经很晚的项目的开发？如果现有的程序员完全不称职，那么添加有能力的程序员可能会有所帮助 我可以想象一种情况，你有一个非常模块化的系统，而现有的程序员甚至还没有在一个非常孤立的模块上启动。在这种情况下，只将项目的这一部分分配给新的程序员可能会有所帮助 基本上，虚构的人月参考是正确的，除了像我编造的那个人为的例子。布鲁克斯先生做了大量的研究，证明在某一点之后，在项目中增加新程序员所带来的网络和沟通成本将超过他们的工作效率所带来的任何好处。 尚

我在一家CMMI 5级认证公司工作，我讨厌的一件事是我们准备的文档数量（作为一名程序员，我已经讨厌文档了）。我们有很多文件，如PID（项目启动文件）、业务需求、系统需求、技术规范、代码审查清单、问题日志、缺陷日志、配置管理计划、配置管理检查表、发布文件和很多 几乎90%的这些文档都是为了QA审核而做的：）。。你认为项目中最重要的文件是什么？从长远来看，其他开发人员可以使用哪些文档 请在这里分享您的良好做法。我希望将它们用于我自己的项目或我计划长期启动的公司 谢谢关键文档是一个系统应该有且只有一个

如果是，为什么？多少钱 我倾向于稍微夸大自己的观点，因为我可能过于乐观。采取任何你认为合适的估计。然后加倍。哦，是的，我学会了总是将我的初始估计乘以2。这就是为什么这个工具真的很有用。哦，是的，长期艰苦经验的一般规则是给项目你最好的时间估计，加倍，这就是它实际需要的时间 霍夫施塔特定律：任何计算项目所需时间都是你想象的两倍——即使你考虑了霍夫施塔特定律。我不会说我夸大了它们，正如我试图根据过去的经验设定更现实的预期一样。如果你根据过去的经验夸大你的估计，试图补偿你内在的乐观，那么你就没有夸大。你

我们的项目经理通常会咨询开发人员，他们需要多少小时来实现客户要求的一些功能。这是否符合管理原则？您或您的项目经理也这样做吗？没有其他方法可以知道某件事情需要多长时间。你真的应该庆幸，你的项目经理甚至在咨询你——太多的经理与客户聚在一起，承诺不可能的时间表，然后期望开发人员履行他们令人愤怒的承诺。当然。没有得到开发时间的估计，没有人知道正在发生什么。您需要能够管理利益相关者的期望，在这种情况下是您的客户。更好的估计来自马口（在本例中是开发人员），而不是PM承诺不可能的时间框架 开发人员有时会因为做

有未开始、开始、完成、交付、接受、拒绝。我想在接受/拒绝后添加一个名为shipped的；这是怎么做到的？你不能；你可以使用标签，但如果你认为它不是一个完整的替代品，我同意 另一方面，也许，值得思考的是，为什么你需要一个运送的遗产。如果这意味着任务或功能已经在服务器上准备就绪，那么最好将其保留在交付状态，直到完成为止。如果您对“完成”的定义不同，那么这条路线可能会有所不同，但在我看来，在您演示它之前，有些事情是不会完成的。如果目的是跟踪当前交付的功能集，那么最好在代码存储库中跟踪发布版本。deli