Questions tagged «agile»

我在开发方法学中遇到了另一个新名词，但我一直找不到它的定义。具体来说，它称为“基于火车的开发”。 这是我看到这个词的一些例子。 本周早些时候，我请我们的工程主管和发布经理将Windows Metro版本的Firefox下线。（约翰娜·南丁格尔） https://blog.mozilla.org/futurereleases/2014/03/14/metro/ 从Mozilla的职业网站上： 具有使用敏捷开发方法论和基于培训的开发/ QA团队的经验。 我听说过“火车”，而不仅仅是Mozilla。但是我还没有在网上找到关于它的任何好的信息。 当我搜索“基于火车的软件开发”时，我在搜索结果中发现的信息很少。我能挖掘出的最能使火车与货车分开的地方是，“火车”是根据时间表定期释放。但是似乎“培训”是一种具体的质量检查设置。 那么，什么是“基于培训的开发”？

10 agile  development-process  terminology  development-methodologies 

我们基本上是根据Scrum进行敏捷软件开发。我们正在尝试进行冲刺审核，但发现很困难。我们的软件正在处理大量数据，而故事往往涉及围绕此更改各种规则。 在没有UI或可见的工作流更改的情况下，有哪些选项可用于演示sprint中发生的更改，但是更改是处理工作的微妙业务规则，可能需要10分钟甚至几小时的时间？

10 agile  scrum  sprint 

我正在编写一个系统，其中系统所有者和我本人都是开发人员，并且我们目前是系统的“请求”或需求的唯一来源，我想从与功能相关的用户故事中捕捉到它们{1}。我现在的当务之急是获取可管理的积压订单。我应该如何捕捉用户故事中我习惯使用的技术规范水平，这些故事应该不太技术性。 {1}我正在评估敏捷项目管理服务TargetProcess，并且每个用户故事都必须绑定到父功能。该系统似乎很合适，所以我宁愿使用这个小约束而不是解决它。

10 project-management  agile  scrum 

目前，我们在当前项目中使用的是敏捷方法，并且我们有很多类似的故事： 作为助理，我想向客户退款，以便他们可以在要求时获得一些退款 作为客户，我想付款以购买商品。 到目前为止，我们的工作方式是在每个冲刺中挑选最重要的故事，并将其详细阐述为许多正式的需求规格（我们将一些在相同规格中相似的故事归为一组）。根据故事的不同，它可能只是屏幕上的按钮或整个工作流程。 现在的问题是，因为故事太多，对于系统中与故事相关的任何部分，现在还不清楚。 它可以在开发人员时发挥作用，开发人员的每一次冲刺都只是获得一个规范，概述他们需要做的事情和需要进行的更改。但是就维护此故事列表和进行测试而言，它开始变得很难跟踪错误，并且通常只是维护规范，因为屏幕上的一项功能可能已经记录在许多不同的地方按故事拆分。 根据故事写规范是个好主意吗？我们写故事的方式有误吗？

10 agile  documentation  requirements  user-story 

有没有人遇到过这样的问题，即定义为“敏捷”的项目因需求变更而超支？我正在进行一个开发项目，该项目在Sprint中运行了四个星期，但是这些Sprint之间总是存在变化。那么，它仍然被定义为敏捷吗？我觉得这有点像敏捷流程-敏捷流程的要求应在冲刺开始时定义，并在冲刺结束时进行审查。我说得对吗？请让我知道您的经历。

10 agile  requirements 

已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗？更新问题，以便通过编辑此帖子以事实和引用的形式回答。 4年前关闭。 我的团队由4名开发人员组成；所有的经验丰富和熟练。其中一位是罗word的，精心设计的家伙，他坚持要为我们的故事定义技术解决方案，然后再使用Planning Poker降低估算值。他拒绝估计自己是否对约定的技术解决方案不了解（听起来很合理，对吧？）。 问题是我们的估算会话需要花费很多时间！！根据您的经验，在玩计划扑克时如何处理这种个性？

10 agile  planning 

在项目管理团队中似乎有一种说法，指出“有效”意味着应该认为它已100％完成。大多数程序员都知道情况并非总是如此。如果我正在尝试其他方法来使某项功能正常工作，那并不一定意味着我找到了最好的解决方案，或者在与其他开发人员一起审阅后不需要进行任何重新设计。我经常会做一些事情，退后一步，然后问自己在满足业务规则后我能做些什么。这个“我可以做得更好”的时间是否应该真正放在时间轴内的某个地方？我认为最好的方法是，一定程度上，代码总是比发现时更好（这可能意味着启动后重构）。然而，

10 agile  refactoring  optimization  waterfall 

很难说出这里的要求。这个问题是模棱两可，含糊，不完整，过于宽泛或夸张的，不能以目前的形式合理地回答。如需帮助澄清此问题以便可以重新打开， 请访问帮助中心。 8年前关闭。 我喜欢小迭代。我喜欢单元测试。我喜欢代码审查。我不喜欢的是很少或根本没有文档的开始。我一个人吗？我是否只是对该过程有误解？ 任何想法将不胜感激。

10 agile  documentation  methodology 

我将要开始一个新项目（一个游戏，但这并不重要）。基本想法在我脑海中，但并非所有细节。 我不想在没有计划的情况下开始编程，但是我正在认真地奋斗去做到这一点。我想在防止重构整个应用程序之前进行一些计划，仅因为我想到的一项新功能就需要它。另一方面，我不想计划多个月（业余时间）并重新开始，因为我担心这次我会失去动力。 我正在寻找的是一种将两者结合而又不占主导地位的方法。我应该以Scrum方式实现项目吗？我应该创建用户故事然后实现它们吗？我应该工作功能驱动吗？（我在scrum和经典的“代码规范”方面有一定的经验。） 更新：如何从“单击虚拟对象”开始并在以后实现功能？

10 project-management  agile 

一方面，敏捷方法强调了一个紧密的团队，彼此负责，并接受项目的集体所有权。 另一方面，公司使用合同程序员，以便他们可以管理资金的高峰和低谷而无需解雇实际员工。如果资金短缺，则承包商是第一个离开的人，即使他们是团队中完全整合的成员（也没有员工）。公司还只喜欢在有限的时间内保留承包商。一些承包商可以作为正式雇员被雇用的可能性在某种程度上减轻了这种负担。 因此，我的问题是，拥有一个由员工和承包商组成的敏捷团队以及存在极大不同地位的根本矛盾吗？ 编辑：答案表明，我可能没有表达我正面临的紧张局势，所以让我再拍一次。 我是固定员工。敏捷方法（至少在这里已实现）鼓励我将团队的所有成员（包括永久雇员和承包商）视为具有凝聚力的团队的平等成员。公司对承包商的态度鼓励我将它们视为消耗性资源，我们不应过度依赖这些资源。 我很好奇其他人如何解决了这种紧张关系。

10 agile  management  freelancing 

我们是两个处于新的Web产品开发边缘的开发人员。 我们都是精益启动方法的拥护者，并且希望练习持续部署。 难题来了，我们都来自C＃/ Windows背景，我们需要在以下两者之间做出决定： 坚持使用.NET和Windows，我们将不会浪费时间学习新技术，而是会全力以赴地进行开发。 切换到Ruby on Rails和Linux，后者在快速升级和广泛的开源支持方面享有盛誉。不利的一面是，我们将需要在学习Ruby，Rails和Linux上付出很多努力。 你会怎么做？我们还应考虑哪些其他因素？

10 programming-languages  web-development  agile  startup  lean 

这来自对另一个问题（这个问题）的一些答案和评论。 我主要从事瀑布项目，虽然我从事过一些采用敏捷行为并且对敏捷有一定了解的特设项目，但我会说我从未从事过“适当的”敏捷项目。 。 我的问题是“后期”的概念在敏捷中是否有任何意义，如果是的话，那又是什么？ 我的理由是，有了敏捷，您就没有前期计划，一开始就没有详细的要求。您可能有一个高水平的目标，并附带了一个概念上的日期，但两者都可能发生变化（可能会发生巨大变化），而且不确定。 因此，如果您直到交付和用户接受之前都不知道要交付什么，并且如果您没有下一个冲刺之外的时间表，那么您怎么会迟到呢？真的有意义吗？ （显然，我知道冲刺可能会超车，但我所谈论的是超出此范围。） 只是要清楚一点，我（个人）对以下假设的假设感到满意：基于我已经看过并参与其中的事实，准时瀑布项目（甚至是相对较大的项目）是可能的，即使这些项目也不容易，也不常见但是它们是可能的。 这不是敲门敏捷，而是关于我的理解。我一直认为敏捷的好处与截止日期或预算无关（或者只是间接地），与范围无关-敏捷在交付之前更接近真正重要的内容，而不是项目团队认为重要的东西。看过任何东西。

10 agile  scheduling 

不久前，我工作的公司将开发项目外包给了第三方。他们在开发解决方案时采用了敏捷实践。但是，当要求提供文档时，他们只会说这是必需的，因为它已合并到Wiki或作为其冲刺的一部分。 他们确实在项目完成时离开了，除一个项目团队外，其他所有人都离开了。年度订阅到期后，该项目Wiki网站现在已关闭。 当他们离开时，他们掌握了与他们一起发展的大部分知识和理解。 所以我有两个主要问题； 这对于敏捷性来说是正常的，还是只是不想写它的借口？ 在敏捷项目中记录开发需求，设计，关键决策和环境的文档的行业规范是什么？

10 project-management  development-process  agile 

我计划将后端开发垂直切入用户故事。但是我们团队的一个后端家伙开始抱怨这使他们的工作变得无形。 我的答案是 在冲刺计划和审查会议上，我们在利益相关者面前讨论了后端任务，以便使其可见，并且 在项目过程中保持高质量将导致启动速度比其他团队慢，但是在项目过程中我们的速度将保持稳定。利益相关者非常清楚地看到速度。 他仍然坚持有这样的故事：“作为开发人员，我需要一个域层，以便我可以封装业务逻辑。” 在污染团队之前，我该如何解决？ 问题的根源在于，我们的管理人员系统地将后端工作视为无形的工作，并召集了受支持的开发人员矿工或其他贬义术语。

10 agile  scrum  team  user-story 

在我作为软件开发人员的第一份工作中，我的团队使用敏捷/混乱来管理我们的项目工作流程，并且效果很好。我有一些经验丰富的导师，他们使我走上了正确的道路-我欠他们很多谢意。我在那里工作了几年，然后在几个月前搬到了一个新的机会。 快进我目前的工作。我在大学的教授指导下工作。自从我上大学以来，几乎每个程序员都是学生（他们很便宜而且很多！）我的老板有管理经验，但是没有软件开发经验，并且软件团队并不总是站在我老板的头脑中。这些条件已经创造了完美的环境，创造了一些非常差质量的软件。软件项目似乎有些无赖，没有设计思想，并且采用了一些真正令人恐惧的做法。我知道情况会更好。 我想实现一个开发过程，以帮助每个人步入正轨，提高代码质量，并部署更稳定的软件。我只是不确定从哪里开始。 可以说，我不是在寻找诸如“使用Scrum”，“设置看板”或“看看敏捷！”之类的答案！（尽管对此表示赞赏）。更具体地说，我希望深入了解如何为该工作环境实施开发过程。员工通常在上班之前工作1至2年，通常没有经验，几乎不可能安排包括每个人在内的日常站立会议。 在这样的工作场所如何提高质量，效率和沟通能力？ 更新：阅读了一些答案和评论后，我想我还会提供一些其他背景知识。 我不认为自己在艺术软件开发的高手，但我很足够的经验来识别不好的编程当我看到它。在花一两分钟与他们合作之后，我可以确定开发人员是否才华横溢。我很舒服，我自己的能力，以找到一种方法来解决问题巧妙，然而，在我实在缺乏经验的面积是项目管理，而其他开发人员参与（这就是为什么我在这里问你的精彩人民的建议）。 我听起来像是进入这个办公室的每个学生都是一个完全昏昏欲睡的人。这里有些坏蛋，但是我遇到的大多数学生都是聪明的，想学习的，并对工作充满热情。有些人才刚刚起步，他们不知道自己不知道什么。没关系。刚开始编程时，我的生活就再好不过了！

9 agile  project-management  development-process  management