Questions tagged «scrum»

一个敏捷的框架,其中的产品所有者(PO),3-9个开发人员的开发团队(DT)和Scrum Master(SM)充当Scrum团队(ST)来构建和维持具有最高价值的复杂产品。他们在称为Sprint的时间范围内完成这项工作;冲刺可能会缩短,但可能不会超过30天。事件,角色和工件在官方的Scrum指南中有明确描述:http://scrumguides.org/scrum-guide.html

8
在Scrum中,是否应该将诸如开发环境设置和功能开发之类的任务作为子任务管理在实际用户故事中?
有时在项目中,我们需要花时间在以下任务上: 探索替代框架和工具 学习为项目选择的框架和工具 设置服务器和项目基础结构(版本控制,构建环境,数据库等) 如果我们正在使用用户故事,那么所有这些工作应该去哪儿? 一种选择是使它们全部成为第一个用户故事的一部分(例如,制作应用程序主页)。另一个选择是对这些任务执行加急操作。第三种选择是使任务成为问题 / 障碍(例如,尚未选择的开发环境)而不是用户故事的一部分。

8
敏捷-我们做错了什么?
我是敏捷团队的开发人员,我们尝试使用Scrum。 因此,我将在此处提出一个假设问题来说明这种情况。 我们有一个非常老的应用程序,使用了一些凌乱且糟糕的可维护性JQuery代码。我们也有部分使用React的应用程序,这些部分更易于更新/维护。除此之外,公司的目标是在React上开发一个客户端单页应用程序,因此使用JQuery可以使您走得更远。 在进行规划时,我们总是会在开发时间方面寻求简单的解决方案,因此例如,如果我们要创建新对话框或其他内容,我们会使用旧的JQuery,因为它的速度更快,并且我们说我们要回去后来整理并转化为React,但这很少发生。 我们从用户故事中获得了我们必须做的事情的要求(IMO做得很好,虽然很苗条,但是它们可以解释我们在做什么,以及为什么要这样做)。 有时,对新功能的要求非常渺茫,例如,如果某个要求说“创建一个加载大量内容的对话框”却没有说要实现加载功能,那么在大多数情况下,我们不会实现它,尽管我们都知道这对客户会更好,因为这样做可能会损害我们的sprint目标(即使我个人认为不会)。 结果是我们的代码库混乱不堪,可维护性很差,并且新功能有时非常小,需要花很多时间(在良好的代码库中一天就可以实现),这主要是因为此开发策略,快走,做到极简。 在这种情况下,我们做错了什么?我们是否应该以更完整的方式解决解决方案,以便我们不浪费编写糟糕的代码并重写上周刚刚编写的代码?还是应该确保仅重写所有代码,就继续这样做?什么是解决此问题的敏捷方法?
22 agile  scrum 

7
在同一冲刺中进行编码和测试
如果直到冲刺结束才完成全部或大部分编码,如何在与编码相同的冲刺中处理测试?(我指的是冲刺中单个PBI的“汤对坚果”开发和测试。) 我在网上看到的大多数答案都涉及QA自动化,但这实际上是不可能的,因为您通常需要功能性UI来记录或创建自动化测试。我只有故事板随着我开发功能和发现新需求而不断发展。 就我而言,我正在开发一个新的桌面应用程序。桌面应用程序通常无法很好地进行自动化测试。我有一些自动化的单元测试,但它们不是QA专业人员执行的手动功能/集成测试。 因此,我现在的状态是明天的sprint结束,我仍然需要完成编码,而且我的质量检查人员还没有要测试的东西,也不知道如何测试如果不握住我的手给我的东西。 我确定我不是第一个遇到这种困境的人。 过去,我做过一个管道:在当前的sprint中,测试团队测试在上一个sprint中已实现的功能。在我目前的工作中,PM将这种方法称为“瀑布”,因此是不可接受的。

4
解释产品待办事项与任务之间的区别
此问题是从Stack Overflow 迁移而来的,因为可以在Software Engineering Stack Exchange上回答。 迁移 6年前。 我已经遇到过几次挑战,希望有人可以提供一些参考,培训或建议,以帮助您解释产品待办事项与TFS中的任务之间的区别。 我了解并已经说明,产品待办事项是“什么”,任务是“如何”。我还解释了PBI是要求,而Task是如何满足要求。 当我解释这一点时,我反复遇到空白的凝视和头部抓挠。看来我所解释的软件工程师无法区分。对他们来说都是一样的。 我相信我的另一个挑战是,我无法有效地说明为什么区分这一点很重要。

5
您如何跟踪敏捷团队的需求文档?
我知道用户故事在敏捷世界中占主导地位,但是如何存储这些工件,以便加入团队的新开发人员可以赶上需求? 如果用户故事稍后更改,该如何更新并将其保留为工件呢?我已经看到许多团队只是打开一个新的票证/功能请​​求/错误报告,而不是跟踪原始故事。

10
Scrum团队中的主要团队成员
此问题是从Stack Overflow 迁移而来的,因为可以在Software Engineering Stack Exchange上回答。 迁移 8年前。 在团队成员尝试承担责任的任务最初没有分配给他,而是分配给Scrum Master的情况下,您会怎么做?

5
开发人员之间应该共享用户故事吗?[关闭]
已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗?更新问题,以便通过编辑此帖子以事实和引用的形式回答。 5年前关闭。 我通常会看到具有后端和前端开发功能的故事。例如,考虑一个带有几个表和一些动态控件的大对话框。我们将制作几个故事(也许每个表一个,而动态控制系统一个)。 然后,开发团队将在后端拆分一个人,在前端拆分另一个人。这使后端人员可以轻松担心SQL层的结构,而前端人员则可以专注于布局之类的工作。在后端和前端之间的初始接口达成协议后,两个开发人员可以集中精力在sprint结束时完成自己的任务。 然后是混乱。谁“拥有”哪个故事?“进行中”是什么意思?我们应该为后端和前端分别制作两个故事吗?如果是这样,这是否会打破基于功能的用户故事的观念?我们的系统具有“子任务”的概念,可以缓解其中的一些问题。但是子任务增加了额外的复杂性。有没有更好的办法?这是使用Scrum的“坏”方式吗? 过去几年中,我在一些地方一直在使用某种形式的敏捷。我尚未接受官方培训,因此请原谅任何错误的术语或意识形态。我只是想学习实用的方法来改善我们的流程。
21 agile  scrum 

7
Scrum冲刺是否意味着以最快的速度工作?
想要改善这篇文章吗?提供此问题的详细答案,包括引文和答案正确的解释。答案不够详细的答案可能会被编辑或删除。 我最近采访了一些从事敏捷,Scrum的公司,以进行更精确的介绍,有些事情在我看来并不像敏捷。现在,我将考虑一个特别令我感兴趣的案例,即Scrum冲刺。 我与一位特定的项目经理交谈(是的,我说项目经理)自豪地说,她的团队中的人们理解(“被告知”这是我从上下文中挑选的),当工作时间结束时,您不回家,无论完成多少工作,您都会在工作完成后回家。我在这两行之间读到的是,我们将尽可能多的功能组合到sprint中,并加班以实现它。 现在,我还没有做敏捷(与大多数仍然喜欢瀑布的金融和政府机构合作),但是我的理解是: Scrum中的sprint是敏捷中通用迭代的名称; 团队应该以可持续的速度工作,并尽量避免长期加班,因为这只会在短时间内产生影响,并且这种影响因长期存在的问题而相形见war。 我的陈述正确吗?而且,我是否应该将经理的介绍作为危险信号?

7
Scrum Master如何参与日常站立训练?
我们有一个专业的Scrum Master顾问[*],他最近加入了我们的项目。不幸的是,我们不知道她的名字(她从未向我们介绍自己,她只是一天之内就说“我们每天都站起来”),除了主持一个椅子,她似乎没有做太多其他事情。每日站立会议-当我半开玩笑地要求她也在会议中提供每日反馈时,她感到非常不满,说这是Scrum Master的“促进而不是参与”的工作。 这似乎是相当反敏捷的(已经在其他敏捷项目中工作过,这些项目是团队自我指导的),应该是平等的,但是我不确定它在Scrum方法论中如何工作。我怀疑她整天没有做很多事情,这就是她在这个问题上采取防御措施的原因。 Scrum Master是在站立会议期间参加“昨天,今天,障碍”活动,还是只是主持(“协助”)会议? [*]我们实际上并没有告诉她她的工作,因为她自称为Scrum Master

10
架构师如何与自组织的Scrum团队合作?
拥有许多敏捷Scrum团队的组织也只有一小部分人被任命为“企业架构师”。EA小组充当质量和对决策的坚持和控制者。这导致团队决策和EA决策之间出现重叠。 例如,团队可能要使用库X或要使用REST而不是SOAP,但是EA对此不赞成。 现在,当团队决策被否决时,这可能会导致挫败感。言归正传,它有可能导致EA人员“抢夺”所有权力,并且团队最终感到动力不足,甚至一点也不敏捷。 在Scrum的导游有这样一段话吧: 自组织:没有人(甚至不是Scrum Master)告诉开发团队如何将产品待办事项转换为潜在可发布功能的增量。 那合理吗?EA团队应该解散吗?车队应该拒绝还是仅仅遵守?

8
引入SCRUM时,您看到什么地方出了问题?
当您的公司决定用SCRUM替换当前流程时遇到的单点故障是什么? 您能举一些公司尝试引入SCRUM时出现错误的例子吗?我想听听您的轶事,经历过的事情,看到的重大失败但无法阻止。 对于缺少有关实现细节的决策以及故事的大小和细节级别的决策的文档,我听到很多担忧。
20 scrum  failure 

3
是否有关于Scrum效率的调查?
自从Scrum在软件世界中被广泛采用以来,已经过去了数年。我想知道是否有或多或少的独立人员/机构进行过效率调查。显然,遍布全球进行演讲和培训的Scrum专家总是会找到许多出色的展示柜,但是我宁愿听那些不卖Scrum的人。 效率是指总生产率(交付的价值/成本),但不是一些内部特征,例如团队内部的沟通等等。 根据评论中的讨论进行更新: 进行此类调查/分析的方法之一可以基于对使用Scrum和不使用Scrum开发的类似项目进行比较。我相信,即使在10年前,也有一些类似的项目。当然,如果应用的技术完全不同,这是没有意义的,因此这些项目必须在相同/相似的技术上实施。
20 scrum 

8
在敏捷环境中,负责软件架构的人
在敏捷团队中,谁负责制定影响整个系统的高级体系结构和设计决策,而不仅是当前sprint中正在完成的工作? 也许是产品所有者,Scrum主管,Scrum团队或其他人?
19 agile  scrum 

5
在Scrum中,为什么不应该合并产品负责人和ScrumMaster角色?
在我从事的较传统的项目中,项目经理(在较大的项目中,如果没有人,则可能会有副/副/助理项目经理)是负责与客户沟通,接收项目的人运行状况和状态更新,确定计划和预算,管理流程,确保团队拥有完成任务所需的东西,等等。 但是,在Scrum中,这些责任在产品负责人和ScrumMaster之间分配。产品负责人是客户的声音。他们直接与客户互动,创建用户案例,组织积压的产品并确定优先级,以及其他面对用户/客户的问题。ScrumMaster处理流程,监督会议(包括评估和计划),消除障碍并监视项目的整体运行状况,并根据需要进行调整。 我已经阅读了包括Wikipedia在内的多个来源,ScrumMaster和产品负责人的角色应该由两个不同的人担任。我不仅阅读了有关内容,而且还参与了成功的“传统”风格项目,其中两个项目的活动都由一个人来处理。实际上,由一到三个人来负责项目(包括人力资源/人员)和流程级任务是更有意义的,因为它们经常是并行的。流程更改会影响计划,预算,质量和其他项目级别的目标,而项目更改也会影响流程。 为什么Scrum要求将这些活动分为两个角色?这实际上提供了什么优势?有没有人在一个成功的Scrum项目中,产品负责人和ScrumMaster是同一个人?

6
SCRUM应该用于仅由一个人参与的项目吗?
在我们公司,我们有一个团队同时处理3个不同的项目,每个项目通常只有一个或两个人参与。项目工作通常涉及掌握新技术和/或解决错误,而这两种情况都会导致难以估计的任务。在这种情况下,管理层仍然坚持使用SCRUM,并且不允许在sprint的末尾为意外情况分配安全缓冲区。尽管几乎每个人都从事不相关的软件组件或不同软件项目的工作,但整个团队都举行了站立会议。 我想知道是否有人看到SCRUM对于具有单个开发人员和模糊任务的项目是否运作良好,您如何使过程正常进行? 如何估算涉及研究/掌握新技术的任务(这涉及学习新的编程语言,平台和开发工具)? 有没有人成功说服管理层不要在特定项目中使用SCRUM?如果是,哪种论点最成功? 谢谢!
19 scrum 

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.