Questions tagged «agile»

敏捷软件开发是基于迭代和增量开发的一组软件开发方法,其中需求和解决方案通过自组织,跨职能团队之间的协作来发展。

3
如何推广一个开源项目?
首先,对于这是发布此问题的网络错误部分,我深表歉意。如果是这样,请随时将其移至更合适的位置... 问题:我想听听您关于开源项目启动和运行方式的想法。我有一个开源内容管理系统项目,这里出现了一些问题:我应该如何行动?我是否可以提出一个可行的pre-alpha版本,并且先在前端和后端工作,然后再公开宣布该项目?还是我应该从头开始宣布它?作为一名开发人员,我知道应该使用像Git或SVN这样的版本控制系统,但我没有问题。单元测试的优点也是要记住的,老实说,我一点也不喜欢...项目管理-充其量我还是一个初学者。我想探索诸如敏捷开发之类的编码技术和经验... 简而言之,最欢迎对开源世界陌生的开发人员有任何想法。

5
敏捷和ISO 9001可以很好地交互吗?
关于精益软件开发和ISO 9001所涵盖的实践之间的关系的学术论文很少。大多数文章说,这些方法之间的差异很大,但也有一些观点指出,这些概念可以互补,并且同时使用这两种方法可以获得更大的收益。方法。 从学术上讲它非常漂亮,但是实际上它是吗? 所以这是一个问题:您是在将敏捷作为ISO 9001的公司工作还是在公司工作?你的看法是什么?真正好的是什么,什么不合适?
28 agile  lean  iso 

8
“故障驱动开发”怎么办?
在我们的商店,我们努力做到敏捷。我想说我们正在取得长足进步。就是说,我们中的一些人发现了一种模式,我们已经开始将其称为“故障驱动开发”。 基本上,可以将失败驱动开发描述为一个敏捷的发布/迭代周期,其中的错误/功能不是由具有接受标准的任务和故事来指导,而是由缺陷跟踪软件中输入的缺陷来指导。 我们的团队有一个出色的项目经理,他努力从客户那里获得验收标准,但这并不总是可能的。从我的开发主席那里,这是由于客户要么不完全知道他们想要什么,要么是(这是踢球者)客户总公司的两个不同“营地”与故事的实现方式冲突。营A将松散决定了功能X的作品像这样,那么营B就失败,这是由于不喜欢运行的是。因此,术语“ FDD”。该过程是由“故障”驱动的。 这引出我的问题:是否还有其他人遇到过这种情况? 当然,我们已经尽力让A和B营地达成一致,但每个人都知道并非总是如此。 谢谢

11
如果需要结对编程,我应该接受工作吗?[关闭]
给我提供了一份有趣的工作,但是对我来说有一个很大的警告:他们使用结对编程。 我讨厌结​​对编程的想法,但我可能不适合这样做:我喜欢经常停顿,我不想看到有人编程(我会不断戳一下结对以自己编写代码),我必须全力以赴控制我正在使用的机器,我喜欢听音乐,基本上我不喜欢被别人束缚。我什至不是一个社交人。 但是,我从来没有真正使用过真正的结对编程(短时间几次来帮助别人或一起解决一个复杂的任务)……所以结对编程真的那么糟糕吗?考虑到我的态度,我应该拒绝工作还是应该离开目前的工作去尝试? 对于那些问这个问题的人:我正在寻找一个使用正式设计和开发的工作,因为我讨厌我目前在“野外编码”的工作。该公司对我的技术资料非常感兴趣,因此即使我指定我从未从事结对编程工作,他们仍然坚持认为我可能会不喜欢它(除了是一个不友好的独来独往的程序员,我不喜欢并相信配对编程)。

6
无需单元测试即可敏捷
如果您正在使用的代码库的单元测试覆盖率为0%,那么谈论“敏捷开发”或声称您正在应用“敏捷方法论”是否有意义?(而且,作为一个团队,您对此没有做任何事情)。 明确一点:对我来说,这没有任何意义。根据我的个人经验,我发现单元测试是使您真正“敏捷”(即响应更改,改进设计,共享知识等)的唯一工具,而TDD是使您达到目标的唯一实践。 。 也许还有其他方法,但是我仍然看不到它们如何工作。


5
如何处理共享功能的故事
我有两个故事(我知道他们缺少福利部分) 作为信用管理用户,我可以查看Office的当前和以前的工资差异。 作为信用管理用户,我可以收到一封电子邮件,其中包含Office当前和以前的工资差异的PDF。 两者是相关的,因为它们将具有相同的查询/过滤条件。唯一的区别是,在“查看”故事中,结果显示给用户,在“电子邮件”故事中,结果被写入PDF,然后通过电子邮件发送给用户。 我正在努力将这两个故事的共同方面分开,或者我什至应该这样做。 例如,它们都将具有相同的查询,它们对结果的处理方式是不同的。 我是否应该将查询分为另一个纯技术的故事? PDF的创建和电子邮件的发送应该脱机完成,这是否应该成为技术故事? 我可以看到将这两个故事分解为2个功能故事和2个技术故事。 作为系统,我可以计算Office当前和以前的薪资差异。 作为信用管理用户,我可以查看Office当前和以前的薪资差异。 作为系统,我可以创建一个Office当前和以前薪资差异的PDF文档。 作为信用管理用户,我可以要求接收一封电子邮件,其中包含有关Office当前和以前薪资差异的PDF。 我一直回想的问题是,这四个故事不是独立的,也不是“切蛋糕”。 所以我不太确定如何处理这两个问题。


7
是否可以对需要估计已花费时间和节省时间的项目采取灵活的敏捷方法?
想要改善这篇文章吗?提供此问题的详细答案,包括引文和答案正确的解释。答案不够详细的答案可能会被编辑或删除。 作为以前在敏捷领域进行过有效工作的人,我正在努力说服我目前的雇主对它的好处。但是,管理层坚持认为我们保留进行前期估算的能力,以便评估项目的业务价值。 我的大多数客户都是内部客户,最近我受命去组建团队,并要求他们提供有关自动化业务流程的想法。然后,我要弄清楚这花了他们多少时间,计算出该解决方案将节省多少时间,并估计总的开发时间。这样,管理人员可以尝试根据节省的时间来衡量解决方案的有效性。 但是,在我看来,没有办法以“敏捷”的方式满足此要求。灵活的要求意味着不仅要花费的时间估算是错误的,而且可能节省的时间估算也将是错误的。我做了很多解释,解释了为什么它可能有问题,但被告知这是不可谈判的。 如何向(瀑布式)客户出售敏捷开发问题对如何将敏捷 “销售”给外部客户提出了一些有用的建议。我不是在试图将其出售给外部客户:我正在尝试找出如何在保持我认为很好的方法的同时,最好地调和内部管理的需求。 有什么方法可以灵活地完成这项任务,从而至少保留一些敏捷优势?
25 agile 

5
设计文档作为敏捷的一部分
在我的工作场所,我们面临的挑战是“敏捷”常常意味着“含糊的要求,不良的接受标准,好运!” 我们正在努力解决这一问题,作为一项总体改进工作。 因此,作为其中的一部分,我建议我们生成设计文档,这些文档要超出用户故事级别,并且能准确反映对系统中给定功能的效果进行初步调查的结果,并包括对我们所遇到问题的解答问生意。 有没有有效的标准呢? 我们目前面临的情况是,一项新功能可能会影响我们的“大泥巴”系统中的多个区域,并且由于这种技术债务,估计开始上升。希望更多周到的设计过程可以提供帮助。

4
用户故事和功能之间有什么区别?
此问题是从Stack Overflow 迁移而来的,因为可以在Software Engineering Stack Exchange上回答。 迁移 8年前。 在玩icescrum时,我意识到我不了解用户故事和用户功能之间的区别。 有人可以解释差异吗?
25 agile  scrum  features 

12
敏捷是否会迫使开发人员花费更多的时间进行实际工作?
从常见的敏捷实践来看,在我看来,他们(有意还是无意?)迫使开发人员花更多的时间在实际工作上,而不是阅读博客/文章,聊天,喝咖啡休息时间和仅仅拖延时间。 特别是: 1)配对编程-最大的工作人员,只是因为当你们两个坐在一起时进行所有拖延操作很不方便。 2)短篇小说-当您必须在一个月之内完成大量工作时,通常很松懈的做法是在前三周松懈,然后在最后一周切换到OMG DEADLINE模式。 而只有很少的块(必须在一天或更短的时间内完成),情况恰恰相反-您觉得时间紧迫,没有机动的空间,您很快就要对任务负责,所以您开始立即工作。 3)团队沟通和凝聚力-当您在缓慢,遥远且安静的环境中表现不佳时,可能会感觉不错,但是当在Scrum会议结束时,每个人都夸耀了自己的成就,而您无话可说,您可能会真正感到自己羞愧。 4)测试和反馈-同样,它可以防止您保持任务“ 99%准备就绪”(实际上是20%左右),直到突然出现截止日期为止。 您是否觉得在敏捷下比在“常规”方法下工作更多?这种压力是否可以通过更舒适的环境和实际完成正确的事情的感觉来补偿?
25 agile 


4
与视障同事计划扑克
在办公室,我们刚遇到一个视力障碍的新同事。 我负责组织计划扑克会议,新同事必须作为团队成员参加。我们有这些漂亮的扑克牌集,上面有计划的扑克号码,但这对我们的新同事当然没有帮助。 到现在为止,我们仅通过命名估算值来解决此问题,让新同事在其余人放下他们的卡后立即说出他们的估算,然后其余人翻转他​​们的卡,我将其连续命名。 我的问题:是否有人在这种情况下有经验并有更好的解决方案?有盲文扑克牌吗? 当前的解决方案确实有效,但是我认为可以通过例如盲文扑克牌为我们所有人改善这一点。

1
什么是开发人员无政府状态?
我一直在阅读有关开发人员(或程序员)无政府状态的信息,该技术似乎被认为是后敏捷开发方法。我发现它(一些资源1,2),但它似乎并没有很多在那里。 我想知道是否有人有什么好的资源可以在其中找到更多信息-如何实现,优缺点,与其他方法的比较等。

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.