我们目前正在启动一个更大的项目。您对工作流的最佳实践有什么建议 我们计划从头开始重建（现有产品在视觉和内部设计和编程方面已过时多年）。虽然产品功能（基于Rails的web项目）已经设置好，但问题是：从现在开始，您的工作流程是什么？最有趣的部分是：如何以及何时进行屏幕设计 我们计划按以下顺序进行： “纸笔”屏幕设计：只需设计屏幕的外观，并将功能和访客路径可视化即可 将第1点的布局分发给设计师，与他们交谈，让他们与设计上的编程并行工作 第一个实现，基于第1点的简单无颜色HTML布局（自动测试、功能、

我对编程的了解已经足够让我陷入麻烦大约10年了。我没有受过正规教育，尽管我读过许多关于这一主题的各种语言的书。我现在主要关注的语言是PHP，至少就我现在所做的事情的规模而言 我已经使用了一些OOP类一段时间了，但从未深入了解幕后的原理。我还没有达到我想要的表达水平，但我最近读了这本书，这让我想提高我的编程技能 在新概念的激励下，我开始了一个新项目。我编写了一些可重用的类，这些类处理用户身份验证、用户配置文件、数据库接口以及我在大多数项目中经常使用的一些其他东西 现在，我已经将我典型的乱七八糟的意

我正在寻找一个好的在线项目管理软件。尽管有很多。因此，最好的办法是得到一些建议。：-） 最近我发现了Zoho的项目。。有人用它吗 谢谢你的回答 安迪我正在使用，我很满意。它实现了看板方法，并且非常简单有效。定价并不便宜，但他们为自由软件项目提供了一个免费帐户。我用过ProjectPier： 但我们现在正转向 它们是Basecamp的开源“复制品”。Teambox似乎更具时代感，因为ProjectPier已经很久没有发布过了 还有Trac，我喜欢它，因为它与svn相连，并提供里程碑、bug跟踪等功

我一直在寻找开发功能规范的协作工具。我希望能够： 让多个用户参与规范 提供某种形式的可追溯性，如果需要，可以手动完成 为用户提供添加评论和注释的功能 上载和显示Visio文档 使用Balsamiq实体模型上传和显示实体模型屏幕 我最初的印象是，使用wiki可能是完成这项任务的一个好工具。有没有人有使用wiki创建功能规范的经验？与需求管理工具相比，使用这样的工具有什么利弊 非常感谢您的意见 “与需求管理工具相比，使用这样的工具有什么利弊？” 虽然这似乎是个好主意，但你遇到的是那些不会也不愿写

我有一个文件夹，里面有我所有的项目，用不同的语言。然后我得到了我可能最终在代码中使用的库（主要是jar文件）。我相信有一个公认的做法，对吗？专业人士做什么？这实际上取决于你使用什么工具，以及你喜欢如何组织它 例如，我看到有人使用Eclipse，但将每个项目放在一个工作区中，或者为每个项目使用一个工作区。项目的实际存储也可能有所不同。所以，我不认为有一个公认的做法 我认为您需要找出最适合您的工具。这实际上取决于您使用的工具以及您喜欢如何组织它 例如，我看到有人使用Eclipse，但将每个项目放在一

如何管理一个庞大的（60多页）设计（HTML/CSS）项目？比如你的工作流程是什么？如何设置里程碑？步骤1。简化想办法简化他们的要求。通常情况下，在分解和划分优先级之前，这一点并不明显 第二步。分解在每一个大型项目中，都有一系列的小项目在等待推出。将大任务分解为“冲刺”，这将构建一些可以在合理时间内发布的东西。每次冲刺2-3周（或更少）是一个很好的目标 第三步。按重要性排列他们首先想要一些东西。找出那个东西是什么，然后建造它 第四步。检查并查看是否可以进一步简化。分解和划分优先级后，您可能会看到

我喜欢谷歌项目托管的网络应用程序。它在一个界面中包括bug跟踪、wiki和SCM。（例如：） 此解决方案是封闭源代码，不出售。在搜索类似的解决方案时，我找到了界面更粗糙的解决方案 你能列出类似的解决方案吗 做所有这些事情。福格布茨相当圆滑。我已经用了一个月了，非常喜欢它。它有一个SCM插件。如果你愿意容忍封闭源代码的FogBugz，那就相当不错了 他们会让你测试最多2个人，如果你决定喜欢，你可以在他们的服务器上许可空间，或者购买在你的服务器上运行的软件 如果你是一个纯开源的人，我建议你多样化。使

我正在与一个团队合作，我们正在尝试重组我们管理Performance depo的方法。我们当前的解决方案是维护一个单独的“工作”文件夹结构。每个人都被限制在他们自己的工作文件夹中，也就是“学科”文件夹。我们经常有人进出项目，这样艺术界的人就不会错误地把编程搞砸。一旦资产（这是一个游戏）完成，他们应该被一个团队领导复制到实际构建中。通过这种方式，可以在构建本身之外保持事物的整洁和组织，而不会被临时文件/解决方案/代码等弄得乱七八糟。这种方法的问题是。。。我们的工作结构中已经有了该文件的副本。没有理

正如主题所述，我想知道什么时候两者都有帮助： 用户故事和用例 在我的理解中，用户故事更抽象，而用例更详细。 （在符号旁边） 那么，保持两者都有好处吗？还是只选择其中一种更好 （指国际中大型项目）用户故事指的是您想要实现的目标（需求）。 用户故事可以是技术性的，也可以是功能性的，可以在任务中进行“拆分”（描述）。任务是技术性的。它更像是用例 在我的选项中，您不必维护用例和用户故事，因为其中一个是重叠的。用户故事指的是您想要实现的目标（需求）。 用户故事可以是技术性的，也可以是功能性的，可以在任务中

作为一名设计师，我有时觉得有必要以图形形式（如流程图）描述应用程序的主要思想。对于开发公司来说，这是一种非常容易理解的东西，可以传达应用程序的目的以及可能需要提供的主要功能，最终他们可以使用这些功能来回复建议、粗略估计和周转时间 该应用程序仍将处于构思阶段，因此创建一个原型是一项过火的工作。我可以把它作为流程图来做，但我认为应该有一种专业人士遵循的传统方式，而不是开会或打印细节 你是怎么做的？如果流程图是一种方法，那么什么类型的流程图在这里最有效？我只需要初步的指导，这样我就可以开始我的研究了

当审查需求规范（包括功能性、非功能性需求、约束等）时，无论其大小，作者犯下的“死罪”是什么 请列出需求规范中对软件产品质量有不利影响的最基本的事情（按严重性降低的顺序）不超过7件。小于7是完全可以的。对于所需的内容，要求必须具体明确，但在如何满足要求方面应该少一些。做出假设-仔细检查任何看起来像假设的东西是否已经得到了验证。我的建议和我在新项目之前总是做的是仔细检查 第42,43页，共包含多个要求的措辞拙劣的句子。将它们分开，使它们更清晰，更容易在完成时勾选。不容易验证是否满足的要求-更改为一个

您知道为代码发布创建的任何敏捷过程吗？敏捷的一个主要主题是频繁发布，每个公司/客户都有自己的测试/批准流程来控制代码发布。大多数情况下，这会减慢“频繁发布”的速度 目前，我们有一个基于专有工具的工作流。需要代码升级的团队需要创建到最终UAT服务器之一的升级请求。一旦这项工作完成，测试完成，某些客户、技术/非技术经理需要批准，然后进入生产部署阶段。同时，没有sprint计划会议或类似的会议 什么样的代码发布过程（敏捷）对您有效？这取决于您的产品的任务关键性。“发布”是指向医院发布您的生命关键型软件

我正在从头开始一个新项目，并编写了用户存储来描述给定用户将如何与系统交互。但是，我很难理解如何将第一个用户故事分解为任务，而不让第一个故事成为史诗 例如，如果我在造一辆车，第一个用户故事说“作为一名驾驶员，我希望能够改变运动方向，这样我就不会撞到东西。”这就意味着一个用户界面（方向盘），但也意味着运动（车轮）和将它们连接在一起所需的一切（车轴、车架、连杆等）。最后，第一个用户故事似乎总是占项目的40%左右，因为它包含了太多关于底层架构的信息 如何为一个新项目分解用户故事，使第一个故事不会成为代表

每次我必须估计一个项目的时间（或查看其他人的估计），都会分配时间用于在alpha和生产版本之间进行的测试/bug修复。我很清楚，对于一个未知大小的问题集，到目前为止对未来的估计不是一个成功估计的好方法。然而，由于各种原因，在开始这部分工作时，总是会分配一定数量的小时。这个初始估计值离实际的最终值越远，参与调试的人在以后“检查”估计值时将不得不承受的痛苦就越大 所以我的问题是：你见过的最好的策略是什么？总体开发估算的固定百分比？设定小时数（预计会增加）？还有别的吗 还有一些需要考虑的问题：如果客户

当你开始一个个人编程项目时，你的第一步是什么？我正在尝试启动一个项目，目前这只是一个想法。我得到了很多这样的东西，我直接投入到代码中，过了一段时间就完全失去了兴趣，或者干脆忘记了这个项目 当你开始时，你的第一步是什么？你计划好这个项目了吗？做个图表？在纸上写一些代码？你如何以一种你知道你会成功的方式开始一个项目？对于我自己的个人项目，我只是直接投入其中。当然，这些都还没有足够大到需要任何形式的预先规划。如果这将是一个严肃的项目或规模相对较大的项目，最好至少列出程序的每个部分需要做什么，以及如何完

你认为项目迭代的长度和项目团队的规模有关吗？如果是，怎么做？您使用哪些其他关键因素来识别不同项目的正确迭代长度？迭代长度主要与团队沟通和完成软件工作版本的能力有关。更多的团队成员意味着更多的沟通渠道（），这可能会增加您的迭代时间 我认为2周的迭代，无论您是否向客户交付，都是一个很好的目标，因为它允许非常好的健康检查 最终，迭代长度将取决于您希望在下一次迭代中实现的功能，在早期阶段，随着您对团队和技术堆栈的熟悉，您的迭代可能会从1周跳到1个月。短迭代的主要驱动因素之一，正在简化模块/功能/程序员之

尽管如此，大多数开发人员都面临着从非技术客户处收集的需求。有时会有项目经理和客户打交道并翻译他们的需求，有时则不然。无论如何，需求将发生变化这一事实是不可避免的 构成“良好编程实践”的大部分内容都与之相关，以便它们能够承受不断变化的需求。YAGNI、干式、松耦合等原理促成了这一点。像敏捷这样的迭代开发过程也试图解决试图击中移动目标的问题，当然，有一个系统在测试中会使进行更改变得更加可行 尽管如此，对我们中的许多人来说，改变需求不仅可以，而且还可以让我们想要刺伤某人 这个问题是关于如何管理客户，使

为了澄清我的问题，请允许我定义标题的术语-- 生产支持团队是维护当前正在使用的软件应用程序的资源。开发人员是根据需求编写软件应用程序的程序员 根据我的工作经验，这两个团队最多只能会面一次或两次，讨论下一个生产版本。假设生产支持团队将了解潜在风险，而无需查看需求或设计文件，也无需与客户或利益相关者会面。预计在与开发团队的一两次会议中，产品支持团队将了解、缓解和解决此版本的潜在风险 这就是问题所在，我的任务是制定指导方针，缩小生产支持团队和开发人员之间的差距。你的想法是什么？当两个团队走到一起时，需

我的下一个项目将是Trac的轻量级PHP替代品，因为Trac在安装时经常会让人困惑，而且对于较小的项目来说，它往往有点太大或功能太丰富 目前计划的特色： 维基 臭虫追踪器 论坛(s) 静态页面（当然可以轻松编辑） 降价支持 没有代码回购协议托管（我认为这是一个特性，因为大多数人宁愿使用第三方，如GITHUB用于实际代码托管） 我的问题：如果你使用一个自托管的应用程序来制作一个关于你的开源项目的网站，你会想要什么？那张单子上有什么遗漏的吗？您是否绝对需要能够在站点本身上实际托管代码回购，或者您

我有一个供应商只在周一、周二、周三工作。 我将ms project日历配置为周一、周二和周三。 现在，当我做一个简短的任务时，它会在两周之间分割任务。 但是，如果我做了一个从周一开始的5天任务，那么它不会成为周一web（3天）和下周周一周二（另外2天）任务的一部分，而是将任务安排在周一到周五 我怎样才能修好它？ 谢谢，试试这个 确保在更改日历时返回并在项目中使用日历 从第一个答案中的链接： 但是请注意，当您更改项目默认日历时 不会更改现有任务和资源的日历，因此 我们必须用手来做 如果任务已经存在

目前，我使用的项目状态报告。它包含上周工作的总结和下周的预测。对于我们跟踪的所有重要任务，无论它们是否完成。所有内容都在一页上。我每周向所有参与者/利益相关者发送此报告。（提示：我不在敏捷环境中工作） 如何报告您的项目状态？状态报告应该简短（没有人喜欢坐在那里很久，而团队中的每个成员都在谈论他们的状态），因此我非常喜欢软报告： 成功自上次状态会议以来，您取得了哪些成就：直接脱离项目进度的任务。如果可能的话，我试图避免报告x%完成——要么完成，要么没有。按%报告意味着任务数周内将占95%。这也鼓

作为软件行业的新手，我遇到了一个执行截止日期的问题： 回到田园诗般的学术时代，最后期限是学期结束，惩罚是一个定义明确的“F”（或当地同等标准）。在现实世界中，我们需要编写我们当前和未来的同事可以使用的代码，我面临着最后期限来了，最后期限走了，项目还没有完成的情况 现在怎么办？一个极端是我们可以解雇所有相关人员，另一个极端是我们可以丰厚地奖励所有相关人员 对于错过了最后期限，您看到了哪些作为“惩罚”的行为，以及这些行为中的哪一个最终产生了更好的代码 什么样的项目管理反应导致项目彻底失败 什么样的响

我正在构建一个基本的应用程序，通过db跟踪项目的进度。首次创建项目时，它会在时间戳处保存创建的_（是的，它是rails），然后用户可以更新以下字段： 状态（从“正在进行”、“已冻结”、“已完成”或“已抓取”中选择） 优先级（“无”、“次要”、“主要”） 天（项目所需时间的估计，以天为单位） 标题和描述（与计算无关，但无论如何） 当对此项目进行任何更新时，更新的时间戳将更改为当前日期/时间。我想显示一个时髦的进度条，我想知道如何处理基于现有参数的实际百分比计算。一件显而易见的事情是，如果状态=

我想知道，什么时候开始使用项目管理应用程序（如或）是正确的时间或正确的项目规模 我有一个严肃的项目，目前只有我在开发，但我使用redmine来设置我的项目版本、问题和评估。我认为这是个好主意，因为你永远不知道别人什么时候会加入团队，这也让我能够有效地组织自己 我问这个问题是因为我在大学里连续一年担任助教，学习一门课程，我经常收到关于这个的问题。虽然我相信这一原则，但我认为尽早学会使用这一工具在大多数情况下是双赢的 我真的相信我们可以避免这个问题成为争论，而且在这个问题上有一些共识，我认为在当今的

什么是一些免费的项目开发日志软件 我四处搜索，找到了一些付费软件，但没有找到任何免费的 我将使用此软件跟踪项目开发并为项目创建路线图。最常见的项目管理套件当然是来自Microsoft的非免费套件。不幸的是，其他大多数开源软件在功能上都与之相去甚远。我用过的最好的一个可能是。从Excel开始，然后决定是否需要MS Project 如果你不小心的话，你可以花更多的时间来计划，我不完全确定你在这里想要什么 如果您正在寻找类似MS Project（生成甘特图）的产品，我建议您选择类似的产品。它是用Jav

作为软件开发者，我们创造了很多。。。好。。。代码。我们生成的大部分代码都可以用于新功能或现有功能的增强。在这种情况下，我们如何知道此功能何时完成 在功能的上下文中，“完成”意味着什么？例如，对A公司来说，这可能意味着许多不同的事情，比如 满足客户要求（这本身就很棘手） 没有已知的错误 文件是书面的 等等 等等 为了更好地帮助理解“完成”对不同的开发人员和团队意味着什么，请列出最多五项（但不超过10项）。此列表是您作为开发人员或您的团队可能要查看的内容，一旦所有项目都被选中，该功能将被视为已完成

考虑到每个软件项目只有这么多的程序员工作时间，您会花多少钱来确保该产品与以前的版本向后兼容？实际上有几点需要考虑： 软件的使用年限是否会影响您的决定？当程序更新时，您会在向后兼容性方面投入更少的时间吗 决定是否仅基于已安装副本的客户端数量 您是否积极努力生成支持将来更改的代码和文件格式 在开发v1.0时，您是否尝试构建使v2.0更容易与v1.0向后兼容的版本？（保留“保留”字段就是一个例子。） 您如何决定“不，我们不再支持”功能 我对软件向后兼容性的看法： 1.）如果它已经被许多客户广泛使用，

忘掉那些奇怪的案例/公司，但在你看来，一般来说，谁应该能够脚踏实地地说“这就是布局。这就是营销信息的来源，这就是价格的来源，这就是证明的来源”？-老板、模板设计师、用户（拆分测试还是什么？） 我从来没有见过一系列愚蠢的争论和建议，最终导致一个完全是灾难的网站。这就是在我工作的地方发生的事情 从技术上讲，谁应该拥有最终发言权？我对企业界很陌生，所以我想知道这是怎么做到的 编辑：当客户付款时，他们想要什么就进去，不想要什么就不进去。清楚的当网站是内置的时候呢？高管们表现得好像公司是民主的，而实际上不

比如说，如果您正在远程工作或与分布式团队一起工作，并且项目负责人很难获得关于人们正在工作的主题的概述，以及问题/时间消费者在哪里，您是否会设置一些私人帐户（甚至私人公司内部服务）向您的同事广播进度更新 编辑感谢您提供这些产品的链接，但您的公司是否也使用了其中一款？对于现实生活中的专业用途？查看公司版的twitter。关于保密性和信息安全性呢？我相信公司运营的即时通讯服务会是更好的选择 我看过Twitter和类似的服务，它们被用作吸引客户和潜在客户的营销工具。试试看：一个类似Twitter的开源系

我目前正在学习有关scrum的知识，并希望向这方面有经验的专业人士学习 velocity是否与耗时3个月的项目相关（通常有2-3次中间交付给客户）？ 我认为现在还没有足够的时间来做相关的统计。是否值得记录整个项目中每个开发人员的速度，以获得足够的统计深度 另一个问题是速度对小项目真的如此重要吗？ 我们在这一领域有很多经验，我们的估计是准确的。我们遇到的唯一问题是与风险因素有关的，这些风险因素有时会影响到您，但我们知道我们的风险并知道如何处理它，我不确定scrum是否能帮助解决客户的硬件问题 我确

可能重复： 我一直在寻找一个提供bug跟踪+项目管理的服务，也许是一个我们可以写想法的地方（比如想法库） 我们是一家只有2人（开发人员）的小型初创公司。我们正在寻找一个免费的服务，不管它是在线托管还是必须在我们的服务器上托管 顺便说一句，我真的找了很多，只是找不到适合我们的完美解决方案，所以任何帮助都将不胜感激 请提前多谢，是检查的好选择。做你要求的一切。开源项目有一个免费选项，你也可以付费购买私人存储库。如果你正在寻找idea回购，为什么不使用在线笔记网站/程序呢？这是伟大的，因为它还与其他

我希望制作一个敏捷仪表板，或“信息辐射器”，显示基于团队组合的信息 它将作为我们走廊和项目经理区域的展示板 目标是能够在演示模式下从自定义视图动态移动到自定义视图 我知道在Rally中，我可以查看不同球队的消耗情况，但有没有办法在同一屏幕上查看8支不同球队的消耗情况？在X秒后移动到另一种信息集 每个视图都应该是不同的“屏幕”，例如PowerPoint从一个视图移动到另一个视图时的外观。我想设定一个计时器 例如： 视图1：第1组的烧毁，第2组的烧毁，等等 视图2：团队1的构建结果、团队2的构建结果

我遇到过几个不同的应用程序，它们在计算机上监视我的使用情况，但是你用过什么，喜欢什么？无论是在作文记事本中写下你的活动，还是安装一个向服务器静默报告的应用程序？您喜欢什么？为我使用的项目提供明确的时间跟踪。我也会暗中追踪我的时间，但最终我不会经常查看这些数据。我用手追踪事情。这让我能够记录的不仅仅是时间。我经常记下与这个故事有关的笔记。这已经成为我经常搜索的知识集合。我更喜欢用笔和纸把时间写下来。这样，如果你用秒表或计时器记录，你就可以更公平地衡量那些可能被错误计算的东西 如果你开始做某件事，并

假设您作为承包商在一个涉及多个系统的大型项目中工作，并且正在创建其中一个系统。整个项目使用传统的过程，但是有一些气味告诉你敏捷过程会更好 现在是问题。仅在您自己的团队中引入敏捷软件开发过程有意义吗？没有机会更改整个项目，但您可能会在自己的团队中更改流程 这种本地流程变化的主要好处和陷阱是什么？在这种情况下，是否有特定的敏捷流程可以很好地工作？阅读和Joel的 除此之外，可能主要是与上级和客户进行营销/期望管理。他们两人都可能对投资于各种敏捷客户包容“游戏”感到不满。这两个国家也可能对“新式”的做

我正在从另一个SCM切换到AccuRev。我有相当多的项目，正在努力如何在AccuRev中正确地布局它们 我有相当多的相关项目，并希望将它们保存在一个仓库中，但我还没有找到如何将它们分开，以便您可以跟踪单个项目。换句话说，我不想一次完成每个项目 我现在的项目布局是 -Project Group - Sub project 1 - Sub project 2 -Project 2 -Project etc... 是否有人对如何在一个仓库中管理这些项目提出了建议，或者我应该使用多个仓库（每

目前，我们使用Trac来管理我们的所有问题（bug、增强和新项目）。它缺乏规划项目、发布和进行时间估算的良好能力。是否有一个好的scrum项目管理系统可以与Trac集成以使用我们已经制作的票据？与其寻找可以与Trac集成的东西，不如使用基于Trac的解决方案。Trac有一些Scrum插件，但我建议看看哪一个是一个很好的面向Scrum且经过改进的Trac版本。这可能是您最好的选择之一。如果我断言您应该先看一遍，然后在这里详细说明您不喜欢在那里找到的插件的哪些方面，如果有什么不喜欢的话，这是不对的？

如何向trac项目发送电子邮件 我喜欢basecamp中的这个功能，每个项目都有自己的电子邮件地址，收到的邮件都添加到messages选项卡中 在redmine，我甚至可以向特定的门票发送电子邮件 trac中是否有类似的东西，或者可能有一个插件？我找到了这个插件，但我没有使用它。有一种方法可以将此功能添加到Trac中，但由于插件的存在，它被关闭为wontfix。确实有人抱怨email2trac对用户不友好。是标准。它确实需要一些设置，但默认配置是一个很好的开始

我是一个软件开发团队的成员，从事一个小项目。 我们认为，我们可以发布一个测试质量的产品后，2或3个月的连续工作 由于这是我们的第一次团队合作，我决定问一下，对于一个只有少数开发人员（少于10名）的小项目，您会推荐哪种软件开发方法？这确实取决于您打算构建什么。如果这个项目是你想要建立的，并且有固定的间隔，那么像敏捷/Scrum这样的项目将非常适合 但这实际上取决于项目是什么来确定发布迭代等等。这确实取决于您打算构建什么。如果这个项目是你想要建立的，并且有固定的间隔，那么像敏捷/Scrum这样的项目

这花了我一些时间，但我终于写下了我正在开发的软件产品1.0版所需的所有任务 这份清单几乎有1000项 我们是一个三人团队，我们通过MindMeister、Google Docs、代码中的@todos等，以某种方式实现了这一目标。现在，我已将所有内容按功能整齐地分组，但我如何将所有这些内容划分优先级，并将其转化为时间表 任何建议都将不胜感激-我不是在寻找软件建议，但是-我正在寻求关于如何承担这一庞大任务的建议-从bug修复到应用程序模块-并找出我应该按照什么顺序执行这些任务。我推荐的方法将基于敏捷

我的公司没有遵循任何定义良好的软件开发流程。我想实施一个简单但有效的流程，这将适合我的公司 我们拥有从项目经理到开发人员和测试人员的所有资源 请提供一些我可以使用的参考资料或流程模板。你没有描述你公司的特点或你面临的主要挑战，因此很难给出好的建议。如果您想要一些轻量级的东西，您可以尝试这样的方法，如果您几乎没有或没有现有的流程，这可能是一个好主意 所选择的过程将因您正在开发的软件类型的不同而有很大差异。游戏开发所需过程的性质与为心脏起搏器开发嵌入式软件所需过程的性质大不相同 我们在谈论什么样的软

假设您有两个项目，总共将以2:1的比例为6个开发人员提供足够一个月的工作 将开发人员分配到每个项目，然后他们在该项目上工作整整一个月是更好的做法，还是整个团队轮流完成每个项目更可取 你有什么理由发表你的意见 编辑 澄清一下，它们是完全独立的系统。这在很大程度上取决于这两个项目的关联程度。如果它们有很多相似之处，我会说将它们作为一个大团队中的两个项目来处理 如果从代码和体系结构的角度来看，它们基本上是不相关的，那么在两个项目期间分成两个团队会更有意义，也许可以尽可能交叉培训一些开发人员 如果你是一

在我的工作中，有几个人组成了一个小组，他们的目标是分析实施一些敏捷软件开发/项目管理原则的好处 作为一名开发人员，我看到了用户故事带来的巨大好处。我们希望整合一个信息辐射器，用于监控当前版本的各个阶段并规划未来的版本。我想在这个过程中使用用户故事 现在，我们正在使用Bugzilla进行问题跟踪。大多数发布计划都是使用这个系统中的bug来完成的。Bugzilla的使用可能不会改变。它以合适的成本（0美元）提供了我们所需要的大部分东西 一个问题是用户故事到bug的映射。发布管理目前使用bug编号完成

为什么“因果”图也被称为“鱼骨图” 什么是鱼骨图？因为石川/因果图可以绘制成类似鱼骨的形状 因为它们就像整条鱼的骨头一样 更多信息请参见此图。A也称为石川图。它之所以这样命名是因为它看起来像鱼的脊梁 因为它看起来不像火腿骨头。石川图在确定问题的广度（或原因密度）时很有用。使用诸如“5个为什么”之类的技巧对于确定问题的深度非常有用。理解问题的深度和广度是根本原因分析的基础 因为它们看起来像鱼的骨架 使用Why Tree或类似工具。Ishikawa和5 Why是对RCA的一个很好的介绍，但内容有限，

就产品而言，我指的是物理工程对象，如打印机、手机、汽车 我的假设是，两者都经历了类似的循环： 特征定义 架构定义 设计与集成 释放 明显的区别是，与生产实物产品的大型工厂相比，软件在制造（打印CD和装箱）方面没有或没有什么作用 这两个过程都有资源管理、蓝图文档、审查会议、错误跟踪和人力资源、团队协调问题、技能库等 软件开发有哪些独特的方法使它（或不是）成为一个完全不同的野兽？软件是一种产品。然而，通常产品开发是指定义产品是什么、其预期市场、动机等的过程。软件开发通常假定产品已经定义，工作就是实现

我想知道是否有人知道一种方法或任何能够估计不可预见任务长度的东西 很多时候，我不得不离开一些任务，参加许多其他的任务，我已经读到了关于这个问题的书，但我的问题是，我不能，因为我不知道，如何估计不可预见的任务的长度。有可能吗 除非你意识到某项任务被忽略了，因为你无法从定义上知道你遗漏了什么。除非你意识到某项任务被忽略了，因为你无法从定义上知道你遗漏了什么。我倾向于以工作时间为单位进行估算，因此如果我被取消了某项任务，然后我可以指出我已经做了什么，还有多久 但我倾向于使用这种方法： 这样，一旦我完

我刚刚为我正在进行的这个项目安装了trac，因为它比我预期的要大一点。我已经在客户的请求中添加了一堆票据，这些请求以电子邮件、电话和会议的形式出现。我还添加了一些我知道需要完成/修复的东西，但他们没有明确要求。我是否应该授予他们访问trac的权限，这样他们就可以自己提交票证，这样我就不必为他们翻译（文字转换成票证）？它们是非常非技术性的，所以我不确定它会有多好的效果；他们可能会开罚单而没有提供足够的细节，或者被所有不同的字段弄糊涂 如果你的回答是“否”，我是否应该至少让他们查看票证，这样他们就可

我来到一个成功的项目与4岁，它已经在生产中。 问题是，项目不再有文档记录，它只取决于两名高级开发人员，他们了解系统，他们进行测试，他们处理请求的更改 我需要知道什么是最佳实践，或者我必须采取哪些主要步骤来记录所有模块，从高级设计开始，到组件分析与设计、代码注释，直到配置管理 传统的项目管理过程并没有让我清楚地知道如何收回对旧项目的控制权 谢谢。如果你让高级开发人员整天写文档摘要，那么他们很容易受到困扰，因此你最终可能会失去他们 如果我是你，我会雇佣一位技术作家/初级开发人员，并将此作为第一项任务

我读过和（包括）。现在我完全搞不清子任务的用途是什么 如果我理解正确，子任务只是自动执行以下工作流的一种相关问题： 父任务的完成百分比是子任务完成百分比的总和 父任务的截止日期是最后一个子任务的截止日期 父任务的花费时间是子任务花费时间的总和 父任务的优先级是子任务优先级中最高的 如果没有这4个要点，子任务将与简单的“关联到”任务（忽略一些UI差异）无异。对吗 乍一看，我认为如果S1和S2是T的子任务，这意味着S1和S2是完成T的步骤。但显然，这不是子任务背后的用例： 首先，因为在我的用例中

我正在启动一个新的有趣的项目，并且与我的团队一起，我们正在寻找一种方法来定义我们的检查表，以便（尽可能多地）对我们必须做什么有清晰的想法，以便从用户故事开始发布功能 我发现了许多有趣的资源： ……还有别的事 因此，我的建议是与在这个问题上有经验的人开始讨论 希望有人帮助我 > P>使用敏捷方法选择项目时要考虑的因素有很多。 角色： 产品负责人： 定义产品的功能 决定发布日期和内容 在每个sprint中对功能进行优先排序和调整 Scrum Master（通常是开发人员）： 管理项目

我使用的是Redmine，作为一个自由软件，它非常好。 但我现在面临一些问题，我正在寻找一些系统来取代Redmine。 在我看来，主要的缺点是： 硬安装-我的版本是1.3.1（安装过程非常痛苦@$$），现在我想升级到2。。我可以在网站上看到，这将是痛苦的太多 不太稳定-（使用独立的nginx服务器）有时会出现一些问题，例如在重新启动乘客之前无法上载文件，两次停止工作（乘客进程因某种原因丢失）等 我上次尝试设置插件失败 我不是Ruby开发者，很难维护Redmine——我不确定安全问题是什么，如何