Tag: scrum

你是如何与敏捷项目签约的？ （不是你怎么想的，你是怎么做的）

要执行一个敏捷项目，您首先需要一个合同。 没有合同 – 没有项目！ 没有项目 – 没有敏捷，SCRUM或任何！ 如果我们谈论的是中大项目，合同必须有明确的安全触发条件。 即客户希望非常确定，如果我们同意在时间= T，预算= B和范围= S的情况下结束项目，我们不会以时间= T×2，预算= B×3或范围= S / 2。 另一方面，作为交付产品的公司，我们不希望项目意外结束。 也就是说，如果经过一些迭代，客户说：“现在我看到，这实际上是我们所需要的，我们现在就停下来。” 这个项目又计划了两个月，比我们有没有计划工作的人要多。 如果3-6人不是一个大问题，15-25可能是一个真正的问题！ 然而，我没有find任何具有安全function的合同的真实例子，使得项目能够以完全敏捷的方式执行（声明或不向客户陈述）。 标准的说法我在很多论坛上find了 – 跟客户交谈，向他解释这是更高效的工作方式等等，既不说服我也不说服我的pipe理层。 不是说我们不相信敏捷实际上是一个更好的方法。 这只是安全触发器的差距非常明显，我们的客户没有一个购买它，我们不喜欢它们（差距，而不是客户））。 请不要“这可能会这样工作……” – 我读过这么多。 只对“为我们这样工作”感兴趣 。 毫无疑问，跳过所有的信心。 PS据我所知，标准迭代，特征驱动的方法build议客户在每次迭代（迭代次数）之后付款，并且能够在客户和项目执行者经过任何迭代后停止项目，而不用多说任何后果，而不是说“反正会失败的，所以越早越好”（这是正确的，但在签订合同时不是很有帮助）。

打破项目的第一个用户故事的任务

我从头开始一个新的项目，并写了用户存储来描述给定的用户将如何与系统进行交互。 但是，我很难理解如何将第一个用户故事分解成任务，而没有第一个故事成为史诗。 例如，如果我正在build造一辆汽车，并且第一个用户故事会说“像一个司机一样，我希望能够改变运动的方向，这样我就不会碰到什么东西”，这意味着用户接口（方向盘），还有运动（车轮）以及将它们连接在一起的所有东西（车轴，车架，联动装置等）。 最终，第一个用户故事似乎总是代表了大约40％的项目，因为它隐含了太多的底层架构。 你如何分解一个新的项目的用户故事，使第一个不成为代表你的整个基础架构的史诗？

敏捷方式：整合testing与functiontesting还是两者兼而有之？

我现在在一个敏捷的办公室工作了一段时间。 我们使用Scrum进行项目pipe理，并混合使用XP的工程实践。 它运作良好，我们不断吸取教训，改进我们的过程。 我想告诉你我们通常的testing做法，并获得有关如何改进的反馈意见： TDD：第一道防线我们对于unit testing非常虔诚，我会说我们的开发人员也有足够的经验来编写全面的testing，并且总是把SUT与Mock隔离。 集成testing对于我们的使用，集成testing基本上与没有使用模拟的unit testing相同。 这往往会遇到一些unit testing中遇到的问题。 这些testing往往难以阅读，因为它们通常涉及大量的工作，或者在规范框架的before_each和after_each部分中工作，因为为了使testing有意义，系统必须经常达到一定的状态。 functiontesting我们通常以结构化但是手动的方式来做这件事。 我们玩过Selenium和Windmill，这很酷，但对我们来说至less还不够。 我想听听别人怎么做。 你认为如果集成testing或functiontesting做得不错，另一个可以忽略不计？

Scrum和极限编程（XP）：最佳实践

我们遵循Scrum在我们的组织中进行软件开发。 虽然我们在Scrum方面有着相当的经验，但是我们并没有在一天结束的时候生成好的源代码。 人们正在讨论将极限编程（XP）与Scrum结合起来，以产生可预测的结果。 我已经经历了极限编程材料，但无法得到一个好的图片。 如何在软件开发中使用Scrum和极限编程？

Redmine和Scrum

Redmine中Scrum的最佳支持是什么？ 最佳实践？ 插件支持？ 我所尝试过的所有插件都不是那么活跃，或者没有达到使用Scrumpipe理重大项目的任务。 我用Googlesearch无济于事…

Sprint和Scrum中的Iteration和每个Sprint的长度有什么区别？

Sprint和Iteration之间是否有区别，或者Sprint或Sprint中的迭代只是在Scrum中使用的术语而不是迭代？ 如果有人能够指出这一点，这将是有益的。 假设有4个冲刺，并且你已经决定第一冲刺将会延长到10天，那么需要其他3冲刺应该具有相同的第一冲刺长度的长度。

帮助我了解QA如何在Scrum中工作

显然我们使用Scrum开发方法。 这里总的来说是这样的： 开发人员试图完成他们的任务。 一般来说，任务需要大部分的冲刺才能完成。 QA pterters Dev发布一些他们可以testing的东西，Dev最终会在Sprint结束之前的一两天内向QA抛出一些错误的代码，并花费其余的时间修复QA发现的错误。 QA永远无法按时完成任务，冲刺难以及时发布，开发者和QA在冲刺结束后的几天内都会感到痛苦。 当可释放的开发任务占用大部分的冲刺时，Scrum应该如何工作？ 谢谢大家参加讨论。 因为这是一个相当开放的问题，似乎没有一个“答案” – 下面有很多好的build议。 我将尝试总结一些“带回家”的观点并作出一些澄清。 （顺便说一句 – 这是放这个还是放在'答案'中的最好的地方？） 要点思考/采取行动： 需要确保开发人员的任务尽可能小（粒度）。 短跑长度应该根据平均任务长度适当地进行（例如，1周任务的短跑应该至less4周） 团队（包括质量保证）需要在估算时变得更加准确。 考虑同时做一个单独的质量保证冲刺，但是如果这对团队来说是最好的 unit testing！

Scrum邪恶？

在去年的CITCON欧洲大会上，我们就“ Scrum邪恶？ ”这个主题进行了精彩的讨论。阅读James Shore关于“ 敏捷的衰落与衰落 ”的博客文章让我们回想起了这个会议。 这些是深入敏捷的人们所提出的严重疑问。 对于外部的人来说，判断可能会更加严酷，就像本篇博文“ 敏捷病 ”一样。 您目前对Scrum和/或Agile及其对软件开发的影响是什么？ （这不是关于5年前的敏捷意味着什么，这是关于它今天的影响力。所以说Scrum与RUP并不是什么关系，而是更多的是新的RUP的Scrum？）

Scrum高手整天做什么？

引用维基百科： Scrum由ScrumMaster提供，ScrumMaster的主要工作是消除阻碍团队实现冲刺目标的能力。 ScrumMaster不是团队的领导者（因为他们是自组织的），而是在团队和任何分散的影响之间起缓冲作用。 ScrumMaster确保Scrum过程按照预期使用。 ScrumMaster是规则的执行者。“ 在这个基础上工作，事实上大多数企业一次只能运行2-3个项目，SM为了完成一项全职工作需要做些什么实际的工作？ 或者，这不是一个全职的工作，而是个人做其他事情，如开发，销售等？ 有没有什么SM可以分享？

一个完全免费的敏捷软件过程工具

我知道稍微有点问题，但是这个问题有点不一样。 我们是一家初创公司，预算非常有限，我们正在寻找一款完全免费的敏捷软件开发stream程工具，对用户数量没有任何限制。 我们不想限制用户数量，因为可能会有很多人为我们做一些小任务，如果他们忽略了用户数量的限制，我们将不得不付出很多代价每月的工具的钱。 如果能够支持，这将是非常有用的： 看板 任务层次结构（以便您可以定义卡内的卡） 在线托pipe工具（不下载） 评论系统 不同的angular色 泳道 我在这里检查了很多这些工具： http://agilescout.com/best-agile-scrum-tools/ 但我没有发现任何对于无限用户是完全免费的。 其中有些人也没有看板。 我检查了Agilefant，但它的在线版本将从2014年开始支付。我也检查过Stackoverflow，但没有一个问题是针对“完全免费的工具”。 对你的帮助表示感谢。