我使用subversion作为RCS，使用Bugzilla进行问题跟踪。我只是问自己如何为用户创建自动更改日志 我已经试过“svn2cl”工具了。但它创建的更改日志对我来说是技术性的（例如，没有用户想知道开发者XY昨天更改了20个文件以修复内存泄漏）。用户需要包含以下内容的更改日志： 版本1.0-添加功能1版本1.1-修复错误#4711-添加功能2 有人知道用bugzilla条目创建更改日志的工具、插件或脚本吗？还是有一个好的方法可以做到这一点？ 我知道trac支持创建更改日志，但我不太喜欢tr

G'day 我参与了一个项目，该项目要求我熟悉几种新技术，因为项目计划中遗漏了一些任务。我只是觉得我应该潜入水中，学习完成各种工作所需要的东西。一般来说，这种学习是在我自己的时间完成的 到目前为止，我必须学习的技术有： Solaris 10 SMF和从旧rc目录的迁移 Solaris 10 svcadm Solaris 10 inetadm和从inetd机制迁移，以及 zfs、ZPool和zfs快照 现在我必须学习Solaris Cluster，因为这对坚持在做任何事情之前必须学习Solar

这本书是在分时系统、过程编程以及大约30年软件工程经验的时代写的。随着现有库、高级语言、IDE以及互联网上可用的文档和示例数量等方面的改进，这本书还有多少内容是正确的 虽然我相信在一个项目中增加新的人员可能会在一开始减缓它的速度，但我认为诸如单元测试、关注点分离以及其他形式的自动化和设计改进会让团队中的新成员比书中所设想的更快地发挥生产力，假设项目有良好的设计文档和流程 我没有大型项目或大型团队的经验，所以我很想听听你们这些有经验的人是怎么想的。 编辑： 我想知道维基、即时消息和互联网等新的通信

我是新来的，但是我作为一名软件开发人员分析了许多项目，并给出了任务的时间估计 但当你是团队领导者，不了解你的开发人员技能时，这是很困难的。因为有时候它需要研发的东西。所以当时不要判断估计 也有一些模型可用于此，如“COCOMO模型” 但是，使用这种模型或任何其他技术来更好地估计时间是否可行。向每个程序员描述任务，并要求他给出三次。他们每个人都认为球队需要多长时间 超快时间、可能时间和最坏情况时间 对所有程序员执行以下求和 1*极端+3*可能+1*最差 除以 （程序员人数*5） 用这个作为你的估计

当被要求估算和/或在阅读我的同事估算时，他们通常会阅读以下内容： 制作新的、有特色的页面，8小时 创建新的控制-21小时 解决模块中的错误-15小时 我认为当一个任务的估计超过5小时时，你应该强烈考虑把任务分成更小的子任务。 像21小时这样的估计值的问题是，你可能会损失很多时间，而管理层却不知道，直到一切都太迟了。此外，较大的估计值可能表明任务定义不明确。当然，这不是一个非常严格的规则，因为很容易设想例外情况 因此，我的问题是： 你的任务估计有上限吗？如果有，你的上限在哪里 您认为任务的可接受详

我发现软件开发中最令人沮丧的一个方面是找到一个问题的解决方案，忘记它，然后在将来面对同样的问题，却忘记了以前是如何解决的。或者写一段有用的代码，然后在以后的项目中找不到这段代码 我的一般问题是：在编程过程中，你如何跟踪每天学到的所有新东西？有没有人有一种系统的方法来获取知识并在将来轻松有效地应用 更新：感谢您的回复，以下是您的想法： 社交 堆栈溢出 Tumblr 推特 埃弗诺特 博客/维基 代码存储库 Github 解惑 发射台 谷歌代码 桌面 升降箱 Yojimbo（mac） 伏都教

很抱歉标题含糊不清，如果有人能想出一个更好的，请放心 我的公司正在协商向客户提供一个小型开发团队（我作为PM+2或3个开发人员）。但他不是客户，他的客户才是。对他来说，向客户提供软件服务是很重要的，他不喜欢告诉他们他已经外包了软件服务（我认为这是为了避免看起来对项目不那么重要） 我想为我的公司提供一个bug跟踪/项目管理工具，它可以让客户/客户记录bug并访问论坛等。这可以让我的客户访问我的工具，但他不想让他的客户访问mycompany.fogbugz.com 除了他有一个面向客户的工具，我有我

我对CouchDB 0.10运行了一系列有点残酷的测试，它处理得很好（例如，服务器的netstack崩溃了，但我能告诉你CouchDB仍在运行）。不幸的是，如果我不能说服客户和雇主允许我使用它，这些都不重要 我听说过的普遍恐惧 “这是唯一的.10版本，甚至不是生产版本！！！” “但是[MySQL | PostGres | Oracle]对于[object metadata storage | literal“document”storage |等]来说效果很好！” 与XYZ相比，这似乎过于复杂（

如果项目的软件开发部分使用Scrum，那么项目管理知识库（PMBOK）或其他项目管理方法是否仍然用于项目的“其他”任务，例如业务、营销、培训任务。什么是非软件开发任务的项目管理，即传统的项目管理？Scrum不是一种软件开发方法，而是一种项目管理方法 除此之外，Scrum通常与、或其他人工制品一起引入（搜索“59分钟Scrum”）。 因此，它可以用于处理项目的所有任务，无论其性质如何 虽然学习这些技术很好，但我可以建议您的主要精力实际上是运行项目和完成工作吗 编辑：顺便说一句，这是一个严肃的观点，

我们在工作中使用角色。然而，使用来自虚拟用户的引用是一件好事吗？人物角色是一种原型，旨在将一类用户建模为一个单一的、特定的人。它们旨在清楚地传达用户需求，并“让设计和开发人员对设计的人类目标产生同理心”[Alan Cooper，“About Face”] 你可以用多种方式传达人物角色。我经常看到第三方叙事。库珀建议将摄影拼贴作为多重拼贴的一种方式 因此，问题在于这些引用是否有助于传达人物角色，并使团队感到满足原型用户和实际用户需求的驱动力。如果有，那么是的，使用它们是一件好事。要创建角色，您可以

我想知道你是否知道SharePoint工具，我的意思是模板，网站。。。以敏捷的方式管理项目 经过一些研究，我发现了一个21scrum。。。还有其他想法吗 关于 Team Foundation服务器TFS。您将在TFS中安装Scrum项目模板，并获得Team Protal，以便在SharePoint services或SharePoint中进行协作。报告将由SQL Server Reporting Services提供，项目管理将通过Visual Studio或Web客户端完成 Sharepoin

我知道在敏捷中通过迭代的方法发现需求更好，但是我经常听说人们拒绝项目，因为他们放弃了预先的需求 为什么会这样？为什么前期需求不能按原样处理，例如只添加到产品待办事项中，然后进行优先级排序和实施？前期需求没有什么错。事实上，在你启航之前知道你要去哪里很有帮助 敏捷很重要的一点是能够适应，这样，如果需求发生变化，你就不会被锁定在你不想要的东西上。那种会让开发人员对项目三思而后行的前期需求，可能表明客户很可能是一场噩梦： 迷恋某一特定的、不合适的技术或表达方式 坚持具有明显漏洞的“安全性” 在敏捷

如何将功能点中的工作量估算值转换为特定的web框架（如django）？或者工作量估算完全依赖于web框架的体系结构？任何提示或指导都会有所帮助 编辑 你会限制我的思维吗？比如说，这是我的框架，比如django，让我考虑一下如何将我的需求转换为模型和模板 或者我可以泛泛地说，这些是我的需求，现在这些是我的功能点（任何泛型估计技术），我可以将其转换为django框架的约束，并进行工作量估计 这可能取决于许多因素，如团队对web框架和web技术的总体熟悉程度、应用程序的复杂性以及它与web模型的匹配程

大多数人都说Scrum和敏捷是可以互换的，但与敏捷实践相比，Scrum实践有什么区别呢？敏捷是一种关于软件生产的一般哲学，Scrum是这种哲学的一种实现，特别是关于项目管理的哲学。Scrum是一组非常具体的实践。敏捷描述了一系列实践，从极限编程到Scrum，以及几乎所有使用短迭代的实践都可以称为敏捷。这个术语最初可能不是这样，但现在肯定是这样。如前所述，敏捷是一种方法论，定义敏捷的方式多种多样。在很大程度上，如果它涉及到持续的单元测试和在业务需要变化时快速适应的能力，那么它可能是敏捷的。相反的是

几周后我将开始一份新的工作，我将负责维护和开发一些现有的web应用程序，并开发新的web应用程序 由于我将是项目中唯一的开发人员，而之前的开发人员更像是一个业余爱好者，因此没有遵循正式的项目管理或规划技术。此外，没有使用任何错误跟踪，或者如果记录了任何错误，那么它只是记录在纸上 因此，我希望引入一个更好的系统来帮助解决一些问题，并帮助确保事情更顺利地进行。我打算使用敏捷过程（可能是scrum）进行开发，因此我想知道人们可以推荐哪些一体式解决方案供我进一步研究。我正在寻找的东西将至少提供： 项目

我正在修一门软件项目管理课程，现在我正在写一份“质量计划”。。。我们在课堂上讨论了ISO，我特别希望我的假公司说这个项目符合ISO标准9126 问题是我真的不知道那是什么意思。这仅仅是你对你的客户说的话吗？你的公司是否需要隶属于某个国际组织以符合标准？你是否必须让你的项目接受审计？它是如何工作的 顺便说一句，如果你有什么建议我可以说我会做，以保证项目质量，只要告诉我 编辑我知道什么是ISO 9126，我不知道的是谁负责认证你，听觉是如何工作的，或者听觉是否有必要（如果项目很小，是否足以向客户展示

我已经与管理敏捷团队合作了相当长的一段时间。现在我在一家公司工作，无论我如何努力，我都坚信面对面的交流是成功的途径，excel表格能够帮助我们成功。但该公司将“网页中的燃尽图”视为主要关注点。事实上，他们把在线查看和跟踪积压工作的能力视为最重要的事情，在这一切就绪之前，我们基本上无法开始工作。涉及的人员实际上并不多，而且他们也没有分布在多个办公室，所以我真的看不出有什么必要。 但我已经决定不再为这件事发狂，而是咬紧牙关 所以我开始四处寻找，尝试Pivotal Tracker、Banana Scr

我相信只有在团队同意的情况下才能做出软件决策。 但在大多数情况下，情况各不相同 您如何描述您公司在软件开发周期中做出决策的方式？ 是民主吗是听写吗是无政府状态吗 以下是我从一位朋友那里听到的： “这不是民主，我是经理，我决定做什么” 你认为呢？这将取决于软件团队的规模、团队成员的敏感性以及代码库的成熟度 我的上一个项目有大约8名团队成员同时处理代码，因此每个任务都非常细粒度，每个人只影响他们正在处理的少量代码，我们不断进行代码审查，以确保我们的更改“适合”项目的总体方案 我目前的项目（在一家新公

我已经试了好几次来回答这个问题。我对我的商店里项目的命名方式不满意，它们通常是根据以下项目随机命名的： 客户 项目内部使用/或预期使用的某些技术 项目涉及的商业案例的一些首字母缩略词 项目所在域中的某些名称 我发现这些方法有几个缺点： 当你有许多类似的项目时，pool这个词很快就会消失 将客户机名称放在项目中会使其难以抽象为通用产品 这些首字母缩略词通常听起来很恐怖 有许多项目无法通过原型阶段，因此没有一个合适的名称 在你确切知道一个项目的功能之前，很难给它命名，所以大多数时候，为svn和

我听说过这样一句话：“好，便宜，快：选两个。” 对于编程项目来说，通常有“最佳两个”吗？又好又快 我总是努力做到又快又好。遗憾的是，通常交付的东西又便宜又快 我认为人们经常犯的错误是“便宜”而不考虑整个项目生命周期的总成本，包括支持和维护。如果最初的投标包括这些额外的项目（我认为“便宜”项目的成本远远高于非便宜项目），那么便宜的选择通常看起来不那么吸引人（而且从长远来看往往是最昂贵的） 只是从我的经验中得到的一些想法…完全取决于你的客户 如果他们愿意付款，那么好的和快的总是首选…这真的取决于项目

在我的电脑上，我看到了一个转瞬即逝的引用：“软件项目模拟棋盘游戏” 我以前没听说过这个，我想知道在哪里可以找到更多关于这个主题的参考资料 谷歌一开始帮不了什么忙。你为什么不直接问史蒂夫·麦康奈尔呢。例如，在他的一篇文章中，他链接了他的。还有一篇由吉尔·塔兰撰写的关于这个主题的文章，可以购买。希望这有帮助。你为什么不直接问史蒂夫·麦康奈尔呢。例如，在他的一篇文章中，他链接了他的。还有一篇由吉尔·塔兰撰写的关于这个主题的文章，可以购买。希望这能有所帮助。所以我继续问史蒂夫： 亚历杭德罗 我们的模拟游

如何开始规划一个相当大的项目？你是否立即开始撰写主要课程并将其进一步细分？你会坐下来画一些UML吗 我正在设计我的第一个大型项目（嗯，与其他项目相比，大型项目），我正在寻找想法。我建议阅读敏捷方法论和scrum 使用敏捷scrum方法时，大型项目将是有益的 敏捷方法将您的项目划分为较小的冲刺阶段，让您有时间优先考虑要集中和完成的主要功能 与客户的持续互动意味着更少的歧义，更真实的价值。客户将在决赛前看到现场创意。因此，在非常早的阶段就有更多的即兴创作，有足够的时间让它变得更好 Bug修复过程变得

在应用程序中编写UI组件技术需求的正确方法是什么？我想我不清楚技术需求是否应该规定UI应该如何实现，或者它应该尽可能地通用，描述满足功能需求所需的内容，而忽略实现细节 以下是我的具体问题： 它是否应该说明UI将用什么技术实现？（例如，ActiveX、WPF、HTML） 我应该描述一下布局和颜色吗？（考虑到这一点可以改变） 是否有必要描述数据是如何呈现的？（例如，是否需要说明“数据以表格或列表格式显示”或“如果数据无法显示在屏幕上，则应显示滚动条”？） 如果用户输入是功能需求，我是否需要描述UI

我对类似MS project的项目管理软件感兴趣。这个项目是对我的软件的一次重大改造。我们已经有一个错误管理系统，但我需要跟踪项目进展 我不太喜欢基于web的应用程序，因为这些数据要么在非现场托管，要么我需要设置自己的服务器 我喜欢MS Project，但它似乎没有将估计时间与实际时间进行比较，并使用它来按比例分配未来的工作估计 我想要甘特图和日历视图 谢谢你的帮助 请试一试。这是维基百科提供的信息。我很久以前用过primavera，我想它可以做上述比较。从Ben Hoffstein提供的列表中

我正准备实现一个源代码管理系统（subversion），但我在如何构造文件夹方面遇到了一些疑问 我使用Delphi进行所有开发，并从IDE中编译项目 我当前的项目文件夹结构如下： -E:\Work\1. Shared --Forms (shared forms across all projects) --Units (shared units/classes across all projects including 3rd party like JCL) -E:\Work\2. Compa

我是一个对个人发展非常感兴趣的人。因此，我想维护一个项目数据库或日志，在那里我可以列出不同项目中的特殊事件和经历 您知道专门用于此任务的任何软件吗？（当然，我可以将其写入word文件，但可能有更智能的解决方案）。我为自己安装了trac:）门票是我的任务，wiki用于项目中的特殊事件和体验。纸笔怎么了？我使用普通A4精装笔记本来维护日志。似乎工作正常。我4个月前就开始使用Emacs了。它是一个大纲视图，具有大量有用的功能。它允许计划项目、跟踪进度（例如，跟踪完成各种任务所花费的时间）、链接到源代码

我正在尝试寻找一个在线协作服务，例如包含多语言wiki功能的服务。CoMindwork有一个wiki，但它不是多语言的 有可能托管我们自己的（Win2003，.NET），但我更希望一个服务提供一系列项目管理工具 任何建议都将不胜感激 你可以试试 多语言界面（英语、意大利语、法语、西班牙语、德语和13种其他语言） 免费和开源 你可以试试 多语言界面（英语、意大利语、法语、西班牙语、德语和13种其他语言） 免费和开源 Darren，Comindwork支持多种语言（谷歌翻译提供26种语言）。您可

在开发和支持方面，我们一直在处理许多令人头痛的问题。门票堆积如山，当我们忙于解决问题时，却忽略了花足够的时间与客户就问题进行沟通。目前，我们有两个主要的开发者可以开发这个web应用程序，其中一个几乎是唯一负责处理沟通和处理支持票证的支持人员。我们还有第三个人兼职，涉足支持和开发领域。你有什么好的技巧来管理支持票证、处理与客户的沟通和实际修复bug吗？这实际上是用户bug的经济成本、开发人员成本和支持人员成本的函数 如果在bug发生时业务几乎没有受到影响，那么允许bug票据堆积起来是一个不错的业务

作为一名开发人员，我有时会在开发执行的上下文中遇到术语“关键路径”。 据我所知，这与确定项目中必须完成的必要任务有关 我的理解正确吗 您遇到的关键路径的最佳定义是什么？ 规划项目时，如何确定关键路径？我想说，如果任务是项目的一部分，那么所有任务都必须完成 我对“关键路径”的理解更多地与依赖性有关。这是一项依赖性最大、风险最大的任务，如果它没有完成，将导致大多数其他任务失败。这可能是交付周期最长的任务，因此必须及早计划和启动，以保证有足够的时间完成剩余的任务。对于应用程序： 关键路径是活动的顺序（

情景：一个团队目前正在同一办公室工作。由于团队成员不知道的原因，他们将不得不分开在不同的办公室工作 如果团队成员地理位置相距遥远，项目可能遇到哪些障碍？沟通。句号 令人惊讶的是，当你不能走到某人的办公桌前，问他们对第X项的决定是什么时，有多少人从裂缝中滑落。需要有人负责，以确保每个人都在同一页上。电子邮件是行不通的。人们不会得到CCed，主题线会变得混乱，一个巨大的设计决策可能会受到一些晦涩线基调的影响 设置一个中心网站位置，所有通信都通过该位置进行。电话交谈应包括所有人或任何人。无黑板：（面对

您如何评估项目规模 A部分：开始项目之前 第二部分：用于完整项目 我对比较无关的项目感兴趣。以下是一些选项： 1） 代码行 我知道这不是一个很好的生产率指标，但这是一个合理的项目规模衡量标准吗 如果我想估计重建一个项目需要多长时间，这是一个合理的方法吗？我应该估计一天有多少行代码 2） 功能点 功能点定义为以下数量： 投入 输出 询问 内部文件 外部接口 有人对这是否是一个好的衡量标准持怀疑态度吗 有没有办法做到这一点 有人有别的解决办法吗？花费的时间似乎是一个有用的指标，但不仅仅是

我正试图了解FogBugz中使用的基于证据的调度（EBS）方法，我已经读了好几遍了 我真正理解的是总体思路，为什么使用蒙特卡罗，等等 我还可以通过使用过去故事的因子来计算估算的外推。到目前为止，一切顺利 问题1 我的问题是：如何计算多个故事的概率分布？我想知道五层楼什么时候完工 我可以把10%的值加起来吗，20%的值，…，最后是100%的值吗 举个例子： 我知道故事1估计为4小时，它的概率分布告诉我0%是3小时，25%是4小时，50%是4小时，75%是5小时，100%是9小时 我知道故事2估计

我正在尝试向Phabricator添加自定义字段，尤其是Maniphest，即使文档中给出的示例也不起作用（其中有一个开放的引用，但即使更正也没有帮助）。 我已经使用Firefox的控制台确保配置是有效的JSON，并且我已经修剪了所有选项卡和空格，但它不接受。知道我做错了什么，或者它是否是一个bug吗？如果是，有解决方法吗？我修复了文档。该示例的结尾还有一个不正确的尾随逗号。这是向用户报告bug的最佳方法美国将针对上游提交这些文件，如下所示： 你能把它贴在这里让我们帮你吗？

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

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

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

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

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

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

假设您作为承包商在一个涉及多个系统的大型项目中工作，并且正在创建其中一个系统。整个项目使用传统的过程，但是有一些气味告诉你敏捷过程会更好 现在是问题。仅在您自己的团队中引入敏捷软件开发过程有意义吗？没有机会更改整个项目，但您可能会在自己的团队中更改流程 这种本地流程变化的主要好处和陷阱是什么？在这种情况下，是否有特定的敏捷流程可以很好地工作？阅读和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这样的项目

我的旧系统涉及使用Microsoft FrontPage和框架页。顶部框架包含了我需要完成的任务和子任务的（树）列表，而底部框架包含了任何有用的项目信息、注释等。我总是需要记下来。我在页面中使用书签标记主要任务，同时用粗体突出显示当前任务，用斜体标记完成的任务。我将使用第三个框架通过在书签之间导航。链接到它们的超链接的目录。这相当笨拙，但效果很好 显然，我现在想升级。关于如何建立一个新的系统来做一些类似于我的旧系统的事情（没有粗糙/笨拙），有什么好主意吗？也就是说，一个用于此目的的正式软件是相当

有人对在日期驱动的开发环境中工作有什么建议吗？基本上，我们每8周更新一次RIA。我在一个不到5名开发人员的小团队中工作，因此我关心如何管理不适合小周期的长期功能。此外，我还担心处于一种持续的紧张状态。规则1。延迟功能 如果没有完成，（1）推迟到下一个版本，然后（2）找出原因 “推动”、“加班”和“更聪明而不是更努力地工作”实际上没什么作用。关键是对你的计划要实事求是 计划是预测未来的一种尝试 你无法预测未来 因此，你的计划将是错误的。总是 与其对“计划”、“承诺”和“客户期望”大喊大叫，不如考虑

在我当前的项目中，我希望在业务需求和应用程序级任务的两个级别上使用行为驱动开发（BDD） 将我的内部BDD规范打包（分组）到我的高级规范中，这样客户就可以看到业务需求完成了（该需求中的所有内部规范都通过了），但实际上却看不到我的内部规范了吗？你的意思是“我应该在规范中放一堆测试用例源代码吗？”（本质上是对规范的重新定义） 那么答案几乎肯定是否定的。你的客户可能关心得到一个能满足她需求的系统，而她想要的几乎肯定不是她最初要求的 只要尽快将软件交到客户手中，就可以获得反馈。敏捷软件开发实践都是关于客

在标准日，存在项目优先级冲突的情况有很多。管理层希望员工发挥最大的生产力。市场营销需要最大的销售能力和快速周转。所有权要求利润最大化。客户需要可用性和低成本。无论需求来自何方，时间和金钱始终是业务的限制因素 有时，项目元素具有内在的或善意的好处，对于这些好处，没有一种硬的、快速的方法可以用金钱手段来衡量（例如，有吸引力的UI吸引力与功能性但简单的UI对比）。软件的其他元素可能有一种方法，可以为开发人员提供“精神休息”或激发“酷因素”，使他们在其他更大、更复杂的问题上回到正轨。虽然他们可能会在短期

我的意思是，如果我将一个编程项目的估算分解为尽可能多的任务，那么会有一个很好的最大任务。也就是说，如果我说最大值是4-6，那么如果任何任务的时间超过这个值，它就需要分解成更多的任务。我觉得这在某种程度上并没有多大用处，但我认为最多10-12小时是可以接受的，老板不同意。这里的想法是能够尽可能地知道完成任务需要多少时间，但同时我认为在你真正深入代码之前，太多的分解是没有意义的。有什么想法或惯例吗？任务是什么样子的 写一份文件？写一章文件？在文档中写一个句子 写一个程序？写一节课？写一个方法 我认为

我是一个小项目的唯一开发者。我在集市上搞那个项目。在最初阶段，我做了以下工作： mkdir myProject cd myProject bzr init bzr mkdir src bzr mkdir data bzr mkdir foo .... 我在这个项目上取得了一些进展，它已经包含了几十个提交。现在我意识到我需要为这个项目创建分支。差不多 trunk rel testFeature1 testFeature2 ... 实现这一目标的最佳方式是什么 我所做的是： cd myProje