回答情况：
提问时间：
问题标签：
2回答
敏捷宣言指出我的问题是，当开发人员和用户之间存在距离时，您如何有效地完成这项工作？我也不知道产品的主人会在哪里。这是一个大型系统，客户对系统的每个部分都有不同的联系。我曾在另一家公司的scrum团队工作过，但我不确定它是
浏览 0提问于2015-07-03得票数 0
回答已采纳
我目前正在使用代码库来管理我的所有项目(在这里我正在学习敏捷)。我使用它来跟踪bug，用户故事(通过票)，wiki，文件和git托管。不过，我希望在这方面有所改进，并找到一些更适合bug跟踪、管理故事、git托管、协作、客户反馈等方面的工具。有人有什么建议吗？根据研究，我最初的想法是：Bug跟踪: JIRAGit托管: JIRA然而，这似乎是相当脱节的，因为它可能证明更多的工作，感谢你对上面的建议或你使用过的工具的
浏览 0修改于2012-01-04得票数 5
以维基百科的定义为例：这句话是怎么说的？这并没有描述如何解决问题，团队的结构(除了团队的存在)，管理，敏捷的目标受众，甚至它是如何实现的。维基百科的整篇文章都是这样的。就像广告一样。这就引出了我的问题，为什么敏捷开发的所有定义都是手动的，我在哪里可以找到敏捷的简单但技术性的描述呢？
浏览 0修改于2021-09-20得票数 -2
回答已采纳
敏捷/Scrum开发是一个非常协作的开发过程。例如，它需要开发人员日复一日地持续沟通和密切合作。
你是如何处理“休息”的日子的？
浏览 0修改于2017-06-17得票数 11
我不喜欢内置的CodePlex TFS版本控制中有限的(默认情况下)团队协作和敏捷规划功能(无积压、无董事会、无用户故事、无迭代等)。
浏览 6修改于2015-01-11得票数 0
回答已采纳
在我们的开发小组中，目前有关于敏捷和水方法的讨论。没有人对敏捷有任何实际经验，但我们正在阅读。敏捷宣言列出了4个价值：基于综合文档的工作软件响应按计划进行的变更
我们是一个内部开发集团，为我们企业其他单位的消费开发应用程序。在敏捷地支持交互和软件交付而不是过程和文档的情况下，如何平衡它与可支持系统的需求，以及维护对这些系统如何工作的知识和理解？使用倾向于文档化的瀑布式方法(设计前的需求，施工前的设计规范)，很容易构建一个满足某些组织需求的流程--我们如何
浏览 0修改于2011-03-06得票数 8
敏捷软件开发宣言的第三项和第四项
响应按计划进行的变更如果第四个意思是“有某种意愿的增量交付，而不是预先的大设计”，那么第三个是什么意思呢？“协作”和“回应”--它们之间也是一回事吗？我欢迎你的解释，甚至提到一个原作者解释它。
浏览 0提问于2020-01-21得票数 4
我一直在阅读吉姆·伯德的DevOpsSec的书，第4章-安全即守则中的一个陈述如下：
敏捷的思想和原则--在文档之上工作的软件，频繁的交付，面对面的协作，以及对技术卓越和自动化的关注--构成了DevOps连续交付是DevOps的控制框架，它也建立在一个基本的敏捷开发实践之上:持续集成。
浏览 0修改于2017-10-11得票数 6
回答已采纳
任何敏捷协作工具，如
请分享您使用的内容，并以此为契机，厚颜无耻地插入您自己开发的与iPhone/Blackberry相关的应用程序。
浏览 0修改于2009-12-14得票数 4
回答已采纳
最近，我加入了一家公司，在那里我在一个敏捷开发项目中担任scrum大师，构建一个web应用程序。有人有处理这种事情的经验吗？
浏览 0提问于2013-08-14得票数 15
我刚看了平衡敏捷与纪律。撇开糟糕的标题不说，它对比了一个使用PSP/TSP的计划驱动项目团队和一个使用极端编程的敏捷团队。在书中的某一点上，他们列出了许多方法，并根据敏捷性对它们进行了排序。CMMI还与敏捷方法和SEI有一本书 (我还没有读到)一起使用。
特性驱动的开发经常被吹捧为项目管理的敏捷<
浏览 0修改于2011-10-25得票数 8
11回答
你知道如何有效地管理远程工作的开发人员并与之协作吗？看起来软件开发非常适合远程办公，但是我还没有找到很多关于在开发团队中远程工作的实际方面的好资源。
浏览 3修改于2011-07-04得票数 4
回答已采纳
现在来了敏捷方法论，解释了这里和这里。关于敏捷方法的后一篇文章重点提到了为什么这种方法更好(节选见下文)。当您将敏捷原则集合起来，在敏捷框架中实现它们，利用协作工具，并采用敏捷开发实践时，您通常会得到更高质量的应用程序、更快开发的应用程序和更好的技术实践(也就是卫生习惯)。但是，在敏捷环境中，其中一种似乎不能使用另一种，特别是PHPSPec。我认为缺乏的是一个真实的环境，一个人可以真正驱动测试驱动和行为驱动的设计，特别是使用这两个工具。我可能看错了敏捷
浏览 0提问于2018-05-25得票数 -3
但是敏捷做了完全相同的一组步骤--只是每一个步骤都更小。但是瀑布也是这样做的。敏捷侧重于密切的客户协作。但是瀑布也是这样做的。只是因为瀑布有更长的迭代时间，所以更需要一个合同形式的枚举需求列表，以便让每个人在很长一段时间内都在同一个页面上。但再说一次，这只是频率的伪影。
浏览 3提问于2010-08-22得票数 12
回答已采纳
TDD如今风行一时，越来越多的软件公司正在转向敏捷、scrum等。我当然可以看到自动化测试的优势，但我也看到TDD与良好的面向对象设计的一些原则相矛盾。依赖注入或协作者注入违反了信息隐藏的原则。如果您的类使用collaborator类，那么这些collaborator的构造应该在类内部，而不是通过构造函数或接口公开。
浏览 0修改于2011-05-08得票数 5
我们公司有5名开发人员，他们在团队协作方面没有太多“适当”的行业经验--然而，我们中的两个人熟悉SCRUM和大学时代的敏捷，并希望采用这种方法。
浏览 1修改于2017-10-11得票数 4
回答已采纳
他们已经在VSTS中创建了一个解决方案，我们正在协作使用敏捷过程通过用户故事来沟通需求和接受标准。开发的第三方负责完成他们自己的测试，然后再交给UAT。
浏览 3提问于2017-05-16得票数 0
回答已采纳
我内心的敏捷主义者想知道它们是否仅仅是一个过程问题的技术解决方案…即。我们的开发人员需要很长时间才能响应业务的变化需求。这个问题的解决方案应该是一种更具协作性的开发方法，更好的测试覆盖率，更灵活的实践。
听到规则引擎确实是一件好事的情况(特别是在交易环境中)肯定会有所帮助。
浏览 1修改于2015-06-24得票数 19
回答已采纳
3回答
更广泛地说，敏捷宣言中“我们重视客户协作而不是合同谈判”的方面会吓到我的管理层。在现实世界中，你是如何评价那些想要更多东西的顾客的呢？
浏览 0提问于2010-09-29得票数 13
回答已采纳
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号