我们正在考虑聘请一名软件开发项目经理。他的工作是管理多个专注于为外部客户交付软件的项目团队。他还需要为我们的业务开发部门提供支持，并监督上述软件的实施后支持。我们应该期望申请人具备什么样的实际开发经验？成功的候选人不需要做任何编码 不重要。我们应该专注于软件领域成熟的项目管理经验 没有 有些经验，确切的技术并不重要 经验丰富，技术精确并不重要 一些经验涉及我们每天在这里使用的相同首字母缩略词 与我们每天在这里使用的首字母缩略词相同的大量经验 一些经验，主要是我们不使用的技术 丰富的经验，主要是我

个人项目（软件应用程序等）没有达到与你的薪水竞争的水平的主要原因是什么 对我来说，一个大问题是“在飞”功能扩展，有了这个问题，最终只会越来越远 对我来说，很简单：我已经每天工作8小时了。我每天多花几个小时保持最新状态。我有一个女朋友，一些当地的家庭和一个不错的朋友圈。我有（喘息）与计算机无关的兴趣和爱好。换句话说，我有自己的生活 所以时间。时间不在我这边。如果是。。。如果每天多出两个小时，我的博客可能会更流行一些 （原帖作者。）我认为其中一个重要原因是，从本质上讲，个人项目不会像你的工作那样受到

我已经阅读了《敏捷宣言》，并花了一天的时间在网上搜索这个难以捉摸的答案。但遗憾的是，我没有得到一个涵盖所有基础的答案 当你观看敏捷倡导者的所有博客文章和新闻广播时，你只会听到开放范围或开放“时间”项目。如何将此应用于固定成本项目 从我发现的最大问题是范围管理。您如何确定某个项目是否不在计划范围内，以及如何为您的决策制定论据？由于您实现软件的敏捷方式，因此没有详细的设计可供讨论。在大多数情况下，你只有一个模糊的愿望清单，客户交给你。它是如此的普遍，以至于你可以解释任何特征 随着固定成本项目比例的上

哪一种是开发网站的好项目管理方法？ XP？瀑布模型？Agile/XP最好 在我看来，瀑布是最糟糕的选择。敏捷/XP将是最好的选择 在我看来，瀑布是最糟糕的选择。这取决于客户是谁。如果你是你自己的客户，那么肯定是敏捷的 如果您不是自己的客户，那么您必须与客户就您的开发方法进行协商。如果您的客户想要一个固定的投标项目和一个艰难的最后期限，那么瀑布法将为您提供最好的服务 如果您的客户愿意成为开发过程的积极参与者，并且没有严格的期限和固定的预算，那么您可以使用Agile/XP。这取决于客户是谁。如果你是

作为一名首席开发人员，我经常收到一份新项目的规范，并被问及完成相关工作的编程部分需要多长时间，以小时为单位 我只是想知道其他开发人员如何准确计算这些时间 谢谢 哦，我希望这不是一个争论性的问题，我只是想找到最好的技巧 好的估计来自经验，有时甚至根本不是 在我目前的工作中，我的两位同事（显然比我有更多的经验）通常低估了8倍（是的，8次）。一、 奥托，在过去的18个月里，只有一次超过了最初的估计 为什么会这样？从代码上看，他们两人似乎都不知道自己在做什么，所以他们简直是在吮吸大拇指 底线： 永远不要

目前我们正在使用 票证适用于跟踪任务和相关讨论 然而，我认为它有以下缺点或局限性 票证的创建对于用户来说太复杂了 非技术团队成员 背景 车票的每一个小小的修改 向抄送列表中的每个人生成邮件， 考虑到数量，这是相当恼人的 票的数量 我们的团队正在获得地理分布和项目管理工具 将被大量使用 也许我们应该尝试另一种工具，以下是我们目前最需要的功能： 优先级任务列表，其状态如todo，待定等 可以跟踪列表中每个任务项的进程 生成每日摘要并邮寄给与项目相关的所有人， 包括已完成任务，新任务，新讨论等信息 那

我是一家金融公司内部一个小型IT部门的s/w开发人员，曾参与过许多中小型项目，这些项目几乎没有或根本没有项目管理。这似乎总是导致范围蔓延，因此无法满足最后期限，并且必须牺牲良好的设计/代码以在短期内满足用户/经理的要求 作为一名开发人员，我可以做些什么来确保在编写任何代码之前确定用户需求，并且考虑到用户/经理的需求和期望，正确管理任何更改请求 谢谢。如果您没有经理在请求其他功能时推回，您将不得不自己完成。我将发布一个发布时间表，并为项目的未来阶段添加额外的功能，这样您就不会因为这些额外的功能而在

我在一家设计公司的技术部门工作。我们使用XP来管理我们部门的软件开发。我被要求做一个简短的演讲，描述Scrum，以及它是否适合在更广泛的背景下管理客户项目工作 Scrum将应用于跨职能团队，包括图形设计师、信息架构师、内容编辑、用户体验工程师、web设计师和软件开发人员 scrum能给这类团队带来什么好处？你不会因为截止日期太晚而迟到：）如果我们只讨论好处，它们是非常明显的 使用适当的方法，您可以更好地工作，也就是说，您的项目成功率更高。如果你的项目已经100%成功，你可能不需要做任何改变 对于

超过100行时。开玩笑。这可能是最难回答的问题，因为它非常个人化 但是，如果你能很好地构建应用程序，并为接口、数据、服务和前端使用不同的层，你会自动得到一个很好的“基本”结构。然后，您可以将每个层划分为不同的类，然后在类内指出该类的适当方法 但是，没有“每个方法有x行数是不好的”，而是更像这样考虑，如果有复制的可能性，将其从当前peice中分离出来，并使其可重用 重用代码是所有良好结构的基础 将基础分成不同的层次将有助于基础变得越来越灵活和模块化。简短回答：这取决于项目 长答覆： 代码库不一定要

我目前在一家公司工作，该公司有几个产品具有相同的发布周期 我遇到的问题是，我需要创建一个发布文件，其中包括所有发布的文件以及更改的目的。而且在很多情况下，客户会在接近发布日期时从变更中撤回 我遇到的困难是，每次创建发布文件时，我都必须完成所有更改的文件，并确定更改的目的，如果客户端决定回调，则回滚更改 有谁知道我能为管理层提供的更好的变更管理解决方案吗 多谢各位 另外，我已经尝试过研究scrum，但我不确定它是否能够解决我的困难。您可能最好使用源代码存储库，如Git、Subversion、Mer

我理解这是一个主观问题，但我想看看其他人是如何处理这个问题的： 你如何说服自己和你的队友，当你试图开始一项业务或一个项目，突然面临竞争，无论是由于缺乏研究或全新的创业公司，我们应该继续下去 考虑到这种非常特殊的情况，有哪些激励技巧 我想在被烧死之前先学会这一点 谢谢。找出竞争对手项目中的缺点，并知道你可以做得更好。在这种情况下，竞争是好事，而不是坏事。如果没有它，你的努力可能会很慢，创新性也会降低。确保你所做的是真正值得做的。不管竞争如何，如果你有一个好主意，或者你知道你的主题比其他任何人都好，

我们刚刚完成了一个成功但有问题的项目的实施。我们希望让客户代表到现场进行面对面项目回顾，但我们目前正努力说服管理层，让客户到现场进行回顾的好处 有没有人有足够的经验来证明为什么在现场举行更好？项目验尸（或产后，如果你想用一个更乐观的术语）有客户参加的会议对业务有好处 首先，纯业务方面。假设您希望留住客户并继续为他们工作，让客户代表参加会议有几个积极的影响： 这表明您有兴趣与客户建立高效、长期的关系 它可以帮助客户从心底里说出一些抱怨 它可以使您的团队更接近客户，建立更多的团队感 它向客户表明您

在将Greenhhopper与Jira一起使用时，很明显Greenhhopper使用Jira问题中的“固定版本”字段来表示该问题正在处理哪个scrum sprint。这本身就有点不妥，因为可以想象一个问题可以在多个sprint中处理，并且因为一个问题和sprint之间的关系正是它在sprint中处理的，并且认识到您可能无法在计划的时间内完成任务 但好吧，这可能是一个可以容忍的黑客行为，至少如果没有其他人试图使用“固定版本”字段来做其他事情的话 但我发现，在“固定版本”领域也存在其他问题。具体来说

我在一家小型Web开发公司工作，已经处理了一段时间的所有PHP/MySQL/等。我正在考虑改进我们的做法，以便随着我们的发展更容易地进行协作。我的一些想法是： 实现版本控制系统 团队的编码标准 （除非特定法律另有规定 框架等） 强制执行公共目录 我们台式机的结构（用于 备份目的等） 基于Web的 任务/项目/时间/文件/密码/联系人 管理和协作应用程序（我们已经尝试了很多，我可能会创建一个） 更有经验的主管/高级开发人员认为这方面的第一步是什么？你推荐什么书吗？有一件事要考虑的是，我们日常任

各位, 我想问你，在项目的生命周期中，最有用的软件是什么。 我会解释我的需要 我正在另一个城镇与一些人一起工作，我将担任该项目的项目经理。我将从客户端接收规范并将其发送给我的开发人员（在切片之后）。 我需要的是一个工具，用于放置所有规范（例如，通过小切片），每个开发人员必须为每个切片写下开发状态。 使用这个，我应该能够确定哪个部分已经完成，哪个部分正在进行中。 我想还有一个bug处理过程。我将测试完成的内容，并为每个bug创建某种票据。 开发人员将收到一个通知，对于每个修复的bug，他们应该能够

你使用工具吗？或者只是手动创建它们？我们使用基于本地的东西，但这不需要scrum跟踪，绘制漂亮的图表。我确实使用了TargetProcess，但我现在更喜欢一种更具触觉的方法，所以我在白板上手动绘制。我们倾向于使用一个简单的共享excel表格，其中一个选项卡上有一个图表，另一个选项卡上有一个透视表。可以很好地制作烧坏表。我们使用了RallyDev的社区版，它做得很好燃耗图表。问题是，我们的团队尚未能够在数据输入方面做得很好，以保持燃耗信息的意义。我们还使用了社区版，该版有很好的图表。我发现它是一

我们在规划在线Web项目时有不同的步骤： 1） 信息架构 提供用户故事 提供线框 2） 设计 使用线框来开发一个好的设计 3） 发展 4） 测试 我知道敏捷工作需要有专门的团队。但在项目结束之前，不可能有一个明确的定义。由于项目规模较小，开发人员在不同的团队中工作。当您知道50个小项目和20个新项目正在使用不同的资源时，您如何规划资源 是否有一个有用的工具可以帮助实现这一点？IA（或UI设计师或任何其他相关人员）无法在整个项目期间承诺的情况非常常见 然而，通过敏捷，这个问题很容易解决：在

我正在阅读《代码全集》以及其他几本编程书籍。项目的大小会影响许多其他参数，您需要在规划、编码、自动化测试等过程中注意这些参数。我想知道在现实世界中，人们通常使用什么来将项目划分为正确的“权重级别” 这是一行代码吗？外部接口的数量？必要的文件页？我想说时间和人力 我通常会根据完成项目所需的时间来衡量项目的规模，但其他人可能会有所不同。我不知道如何估计项目上预期的代码行数。文档那是什么；）所以对我来说，这些都不是 我可能会数一数主要的功能区域，并大致了解屏幕/页面的数量，以及数据库表的数量。我认为数

当我刚刚了解Scrum时，在我看来，在迭代的一部分中，您可能是一只小鸡，但在完成您的部分时，您可能会变成一只猪。然后回到鸡的状态。这是正确的想法吗？你在迭代中的股份会在迭代过程中发生变化吗？如果不是的话，那是怎么回事？因为当软件被构建时，它会被规划、编码、测试、细化，然后就完成了。我的想法错了？ 谢谢 在我看来，你要么是鸡，要么是猪，在迭代/冲刺过程中，它不会改变 如果你经历了角色的变化，那么你的冲刺可能太长了，或者这个人一直都是个胆小鬼。如果你的屁股在项目成败的线上，那么你就是一头猪。在迭代过

由于我们是一家小公司，我既是项目经理又是开发人员。我为客户创建的规范包含许多用于描述和定义项目的元素，包括用户故事以及我认为需要包含的任何其他元素，以便为客户定义项目（例如线框、用户流、站点地图等） 如果功能规范“完全从用户的角度描述产品的工作方式，它不关心产品是如何实现的，它谈论的是功能。“。那么，有人认为使用用户故事来定义网站的功能规范有问题吗？有人真的用这种方式来定义功能规范吗 事实上，我正在尝试改进我的游戏，我想知道这种方法是否适用于那些对功能规范应该包含什么有更严格想法的大客户，因此可

对于需要两到六周时间的项目，Scrum是正确的方法吗？读了一点Scrum之后，我的印象是Scrum是中大型项目的最佳选择。取决于您的速度。通常一次冲刺大约需要2周。对我来说，仅仅在3次冲刺中使用正式流程似乎有点过火。我仍然建议使用它，但不要太死板地坚持这个过程。取决于你的速度。通常一次冲刺大约需要2周。对我来说，仅仅在3次冲刺中使用正式流程似乎有点过火。我仍然建议使用它，但不要过于拘泥于过程。我认为scrum的要点是它在整个过程中提供业务价值，而不仅仅是在最后，我想你必须决定你的项目是否能够做到

我很好奇其他人在他们公司的物理看板/Scrum板上使用了什么。我很感激，由于敏感的商业信息，您可能无法提供董事会的照片。我想了解一下你的董事会是什么样子的，以及在典型的冲刺/迭代过程中，你是如何组织用户故事和任务的 通常情况下，我在一个地方工作过，每个地方的董事会组织如下 User Story | Todo | In Progress | Ready for QA | Done | UC-001 | Domain Object,

我看到了这条线索： 这是有帮助的。我只是不知道从哪里开始。我是否只是读了一本关于敏捷的书，并作为项目经理使用了这种方法？敏捷从一开始到结束是一个完整的系统吗？任何软件的建议也是欢迎的，任何平台 这是一款具有适度复杂性的facebook应用程序，如果这很重要的话。我试着“把它做好”，而不是凭直觉。我知道每个人的“正确行事”可能会有所不同，但我需要一些系统化技术 我不期望完美的项目管理只是正确的大方向。我知道，除非我打破这一点并保持热情，否则我永远不会兑现承诺。它会很快变得势不可挡——只是一想到它

如何将团队从瀑布式开发模型转移到scrum模型？实现平稳过渡需要遵循哪些步骤。接受曲线是什么？它是否会成功？首先，团队需要改变，企业必须支持改变 没有固定的步骤顺序，成功可能会有很大的不同，因为很大程度上取决于你的具体情况 我建议买Mike Cohn的书，这本书为这种转变提供了一些很好的建议。尽管关于如何在一个组织内实施scrum有很多想法，但从一个团队开始肯定是一个一致的思路。从那开始做得很好。从那里可以找到有实施敏捷经验的人。承包商、同事或会议小组的建议。这里有一个链接到我在DC区域参加过的

在Redmine中，有没有一种方法可以“暂时关闭”一张票证，这样它就不会出现在大多数报告中，但过一段时间后会重新打开 我们有一个被称为“暂停”的状态，这意味着它仍然是一个有效的问题，但我们没有立即解决它的计划。如果一个“暂停”的问题能够在一段特定的时间内关闭，比如说2-8周，那就太好了 我已经在Redmine网站上提出了一个功能请求，但我之所以在这里发帖，是因为我想知道是否已经有办法做到这一点。在没有实际启用该状态的问题关闭标志的情况下，没有办法（无论如何，使用标准安装）使这些问题显示为关闭，但

我想有一台台式电脑和一台笔记本电脑可供开发。我在台式机上使用XAMPP，我将其用作我的主工作站，但是我只想更改位置，并能够继续在笔记本电脑上工作。似乎可以将/htdocs文件夹移动到Dropbox，以便两台设备上的XAMPP实例使用相同的共享文件夹。这将是一个部分解决方案，那么数据库的问题呢，我将如何着手呢？我相信还有其他人也以类似的方式工作，所以我想了解一些关于如何正确设置的建议。感谢您尝试使用SVN或CVS解决方案…您最好的选择是设置版本控制。考虑到您似乎认为自己基本上总是联网的，您可能希望

据我所知，COCOMO II模型仅提供一点估计。那么，在使用COCOMO II模型时，有可能得出一个置信水平吗？我想要的是“有95%的信心，完成一个项目需要xxx小时到yyy小时。” 谢谢 Long科科莫二世之父巴里·博姆博士通过电子邮件回答了这个问题，我想在这里分享一下。默认情况下，COCOMO II模型的置信区间为+/-25%。似乎不是一个准确的区间…我投票将这个问题作为离题题结束，因为它与编程无关。我投票将这个问题作为离题结束，因为它与编程无关

在我们的环境中，我们有一个核心代码库，以及该代码库的几个特定于客户端的实现。当客户机提出问题时，我们需要确定它是客户机特定的问题，还是核心代码库问题 我们使用bugzilla跟踪我们的bug，我们有一个bugzilla产品用于核心代码库，也用于客户端实现（因为他们定制了产品以增强功能）。当客户机出现与核心代码库相关的错误时，我们需要在2个bugzilla产品（核心和客户机）中出现该错误，以便两个团队都知道这个问题。理想情况下，我们应该将这些bug联系在一起，这样我们就不会浪费精力试图修复它两次，

我正在尝试更好地管理我的项目，因此我正在尝试应用的一些（最终全部）功能 具体来看，高级格式似乎是： 作为用户我可以功能描述 或 人工制品是在做某事 如何编写“升级数据库” 它只是升级数据库吗 我想我被甩了，因为没有特定的参与者/客户，而客户是IT部门。升级数据库可能是实现另一个故事所涉及的任务之一，这会给用户带来直接的价值，例如，作为一个用户，我可以在我的酒吧中添加一个新的foo 如果将一个foo添加到一个bar需要在后台进行数据库升级，那么您将在实现该用户故事时包括这项工作 用户故事的措辞有助

让我们看一个有许多团队成员的网站项目，它有许多特性。在开发过程中，是由同一个人完成一个完整的功能（DB、应用程序逻辑、前端（Javascript、HTML、CSS等））更好，还是由不同的人完成应用程序逻辑和前端更好。在大多数情况下，DB是由其他人完成的。推荐的方法是什么。与大多数主观问题一样，这取决于具体情况 我倾向于属于专业技能的阵营。在这种情况下，让他们发挥自己的优势。最好专注于一件做得很好的事情。如果你想让开发人员拥有广泛的专业知识，可以在下一个项目中轮换角色，但不要尝试做所有行业的杰克。

假设您是一个大型项目的项目经理，拥有大量长期开发的代码。对于代码团队的某些部分来说，他们拥有知识，而对于其他部分来说，他们没有 以某种明智的方式在队友之间分配责任是件好事。 代码的作者仍然在团队中，代码没有问题。 但是，应该制定这种方法，以避免每次修改旧代码时，都要做出长时间的任命决策。这会导致长时间的讨论和花费大量时间 您可以建议采用哪些方法、提示、技术和流程，以高效、透明和合理的方式将代码分配给新团队而不承担任何责任？ 我想补充一点，我现在不想让所有开发人员都知道项目的所有部分，只想让负责人

假设您有一个名为“安排会议”的用例。在规范中定义，会议只能安排在当前时间或未来。在用例中，它是否应该包括“如果给定的日期/时间是过去的，则消息框将显示‘会议时间不能是过去的’”的流程 正如我所说，规范中定义的日期/时间不能是过去的，但是在用例定义中，是否也应该在那里定义呢？如果可以避免，那么业务工作流不应该是技术性的 比如说‘在这些条件下，用户会看到错误。。。“没关系，但这取决于开发人员定义如何实现它。例外情况可能是一个好方法，但是业务利益相关者应该对实现细节漠不关心。我很高兴我找到了这个老线索

不时会有学生附属于我们的项目，我一定会分配给他/她很多事情去做，这样可以学到更多。但很多时候，我们都会听天由命地分配一些东西，比如文档、ui模型屏幕的更新等等。因为问题是，很难相信学生提供的工作质量，另一件事是他们还年轻，他们的热情可能不在那里。 我们如何更好地利用他们，使他们真正减少我们的工作量，进而意味着学习更多有助于他们将来获得工作机会的东西？学生们会在这里呆多久？当我们有学生在现场长达两周时，除了测试类型的工作之外，我们可以给他们的工作就不多了 如果学生有热情，你可以编写代码，通过一个b

我想帮助我的项目经理（非程序员）跟踪事情完成的速度。我们在DOORS中有一个详细的需求规范，允许我们跟踪已完成的需求。我认为这是一种合理的跟踪机制 确保您跟踪的项目足够小，以便在估计时有一定的准确性 没有什么比不准确的估计更能扰乱软件项目，而且工作越大，估计就越不准确 换句话说，为了能够准确地跟踪项目进度，您需要具有相对准确估计的小任务 如果您的列表中有需要“一周或更长时间”的项目，您将无法获得接近准确进度报告的任何内容。听起来您正在寻找一个类似的项目。我只是最近才接触到它，但它看起来是一个非常

为了了解其他人如何进行项目解决 我提出了这个项目的构想： 该项目涉及多个不同的客户数据库，在这些数据库中，数据应该被读取并上传到项目的数据库服务器 对客户的数据库几乎一无所知 当新客户到来时， 除了一些关于客户业务类型的一般知识之外 它需要一个程序来读取客户的数据 它需要一个具有不同客户数据横截面的网站， 试图以一种通用的方式为不同的客户做一些事情 它需要处理一个数GB的数据库。 以及数百万行与客户数据库的同步 网站的视觉外观和功能应该令人眼花缭乱， 包括图表、类似于报表服务器的功能以及电子邮

我试图确定一些标志，表明一个项目的资源有限 根据我的经验，一个项目变成了一个“有限资源”项目，因为有人不顾一切地向客户销售解决方案。结果是预算紧张，特征被剔除，SDLC过程被削减到最小。采取这些捷径是为了让公司有机会盈利，甚至达到收支平衡 以下是我所看到的与一个资源有限的项目密切相关的事情： 分配给QA的最短时间 针对不合规格工作的严格官僚流程 变更请求预算可能较小或不存在 正式化的过程被放弃，转而使用时间进行开发 没有时间进行增值QA类内容检查（如文本中的语法或拼写错误） 无法为客户端执行任

经过深思熟虑，我终于在谷歌代码上开始了我的项目。我最喜欢googlecode的一个特性是wiki的修订控制，我可以在本地离线添加/编辑wiki页面，然后提交/推送 我已经将维基拉到了我的本地存储库，是否有任何好的googlecode wiki工具栏附加编辑器用于googlecode wiki，据我所知，每个wiki都有自己的语法用于编写 或者，如果有人也在使用wiki.code.google的本地存储库，那么他们在为在线协作编写文档时遵循的做法是什么 好吧，如果你保存了整个维基，你不能在浏览器中

我做了一些相当彻底的阅读和搜索，所以没有找到任何关于这个主题的东西，所以希望我不是在制造一个骗局。如果之前有人问过我，我会很感激你给我一个链接 我在一家企业开发商店工作，该商店目前在软件开发项目中使用瀑布式流程。我已经阅读了很多关于敏捷方法论的书籍和文章，我可以看到很多敏捷方法论是如何真正改进我们的过程的。我还可以设想如何在开发人员级别应用许多实践，即成对编码、更短的迭代、重构、TDD等。我们已经做了很多 在我和组织管理层的心目中，最大的差距是长期规划在敏捷过程中的作用。在我们开始一个项目之前，

背景如下：企业软件开发没有足够的直接客户参与。我们不是为特定客户开发此软件，而是为了填补市场空白。我们只与主要客户一起满足核心需求，现在有更多的客户加入。强制的截止日期、不断变化的需求、很少的设计时间。快乐时光！：） 我们得到了第一次释放。然后我们获得了第二次发布（幸运的是，以一种更有组织的方式） 对于这两个版本，维护工程所面临的大多数问题都是他们所谓的“设计缺陷”，而不是好的旧代码缺陷。 一般来说，这些“设计缺陷”是指某个功能或某个功能的一部分的行为与设计相同，但这种行为并不是某些客户希望产品

我已经思考了一段时间了。在组织中规划新项目/维护现有项目时，如何选择技术（我不是说Java vs.Net vs.PHP） 选择最新技术的理由 它可能会克服现有技术的一些限制（在可伸缩性方面，不要考虑SQL和RDBMS）。有时，最新的技术是向后兼容的，只有在不破坏旧功能的情况下才能获得新功能 它将提供更好的用户体验（可能是视频的HTML5，只是一个想法） 将减少开发时间/成本，并使代码库的维护相对容易 选择经过现场测试的技术/反对选择前沿技术的论据 它没有经受住时间的考验。可能会有不可预见的问题。

我想探讨一下中国的一般做法是什么 丢弃特征 决定推迟项目进度 以一种可以轻松放弃的方式设计功能 以良好的估计延迟项目进度，不得再次延迟 为项目完工做准备，以避免进度延误 请注意，这不是一个关于进度计划或管理的问题，而是一个更关注接近项目完成的时间框架的问题 我理解这是一个没有绝对答案的问题。从业务角度来看，您可能没有、部分或全部上述选项可用，例如，如果您的合同上说“截止日期X或您没有钱”，那么您只能尝试添加资源或削减需求。由于项目即将完成，添加更多资源可能会适得其反 撇开契约约束不谈，如果您想限

我目前正在开发一个非常简单的项目管理/缺陷跟踪系统，我想在项目摘要页面上显示项目的状态（“可怕得像地狱”到“漂亮得像蝴蝶”）。 我的问题是——如何确定上述状态，我考虑了已解决/已解决问题的商，但随着越来越多的ISSE得到解决，该商将变为0。我还考虑了问题/文件，但我必须监控文件的数量（什么是硬的b/c，我必须监控二进制文件，所以svn或git绑定是不可能的） 抱歉，如果我在错误的网站上发布-不确定这是否属于meta这是非常主观的，但在管理了数百个项目后，这是我的两美分价值 每个项目都是如此独特，

我们的服务环境由大约16台服务器组成。每个环境（即开发、测试和生产环境）都有自己的16台服务器。 我们正在考虑在这些服务器上进行平台升级，这将需要重建和重新部署每个服务。没有代码更改，但所有服务都需要重新生成。情况听起来很直截了当。然而，在这些环境中（从开发到测试再到产品），我们有持续的错误修复和新版本——这个过程不能被长时间中断。这意味着几乎不可能出现“代码冻结”的情况。所以，我们可能会遇到这样的情况，即开发和测试处于版本N，而生产处于N-1，这是不可接受的 升级后的软件平台可以与同一服务器上

您是否曾经从事过一个（全职）项目，在这个项目中，使用敏捷方法实际上可以让您每周完成40小时的工作？如果是这样的话，最有价值的敏捷实践是什么？愿意参与其中的Scrum和管理层 公平的冲刺计划。当你协商你自己的冲刺时，你可以选择你的团队可以完成什么，而不是让任务从上面传下来。锁定你的冲刺承诺（管理层不能在冲刺中期改变它）可以让你摆脱人们每一个不断变化的突发奇想 由产品负责人和高层管理人员合作维护的维护良好、按优先级排序的积压工作非常有用。它迫使他们坐下来思考他们想要的功能，什么时候需要，以及所涉及的

我不想找任何复杂或有进取心的东西。我想知道是否存在一些简单的东西，我可以“打”一个出局，说出我在做什么。我对我在不同项目上花费的时间和我每天实际工作的时间都感兴趣。最好使用命令行工具，但请随意推荐任何您认为有用的工具。它必须在Unix操作系统上运行（至少Linux、Mac也不错，但不是很重要）您可能会喜欢这样：。项目页面是。您可能会喜欢以下内容：。项目页面是。我仍然使用，并且更喜欢使用大型红皮书时间监控方法。我从来没有找到任何像这种方法那样可移植的应用程序 它包括随身携带一本大红皮书（不，说真的

我们使用的是Trac 我想创建一个查询，该查询将显示票证中的所有小时数添加（如向票证中添加小时数） 假设我们有开发人员：John、Fred和Peter，还有票子Foo和Bar。我想看看这样的东西： Ticket Developer At HoursTotal ------------------------------------- Bar John 11:00 0.8 hours Bar Fred 10:13 2.0 hour

我很好奇。我正在研究创建一个CI服务器，并想知道，在完成了前两个明显的任务之后，自动化构建还能做什么 我知道的任务（不按任何顺序）： 编译（调试/发布版本） 代码样式一致性 自动化测试（单元/集成/等） 代码覆盖率 版本递增 部署 我不是在寻找软件的名称，要使用的构建引擎，或者诸如此类的东西；从最终用户的角度来看，仅仅是重复和（可能）重要的任务可以自动化，从而使构建过程变得极其简单。报告？ 您可能希望报告在上述任务中发现的情况。你也可以做一些事情，比如重复报告，或者如果你运行类似findbu

我需要一个术语或已确定的术语来代表我们公司目前称之为“黑洞”的现象：一个需要的时间比估计的要长的项目，但我们已经被卷入其中，必须坚持到底才能完成 编辑： 希望最好的术语能被选上。我用过“范围蠕变”这个词。我相信你要找的术语是，尽管我想如果项目最终成功的话，它并不真正适用。我会说“未处理” 目前我正在参与一个未被研究的项目。因为工作时间通常与成本有关，也许你所寻求的术语是 我也喜欢将“逻辑炸弹”作为低估的理由。我记得“逻辑炸弹”应用于压缩文件。主要是创建一个（当时是几个GIG）文件，其中只包含一个

我的一些朋友提出了一个web应用程序的想法，我们（到目前为止）认为它可能很棒。我做了分析和开发过程的所有早期阶段，我将开始编码。我说的只是一个中等水平的项目，所以我认为一个开发者（我自己）应该足够了。 问题是，我们正试图将角色分配给我们每个人，以便我们能够专注于我们的职责，并明确我们在团队中的责任。我们有四个人，其中三个人（我的朋友）是做市场营销、客户关系、管理和会计工作的商人，我基本上是开发者。我想让他们参与到开发过程中来，为他们提供文档，让他们编写文档并作为测试人员使用，所有这些都是他们的管

在Admin/Tools/More中，我找到了soport工具。其描述如下： 支持工具与票证工具集成，为客户提供 用于提交和跟踪问题、错误和错误的支持票证系统 功能请求。客户可以从个人的角度了解所购买的门票 他们屈服了 不幸的是，我不认为用户可以投票决定他们喜欢的功能（或bug）。是否可以使用Assembla进行此操作，或者我们必须使用外部工具？Assembla中没有直接对功能进行投票的工具。您正在寻找一种工具，例如-您可以将其嵌入到Assembla项目的自定义选项卡中。如果我理解您的意思，As