我一直使用敏捷的特征驱动开发过程来开发软件.其他人使用什么,为什么你喜欢它？我更喜欢FDD,因为那是我从大学毕业后开始的.在大学里,一切都是非常自由的形式,我的"客户"通常是我的教授,除了为大学做研究之外,他可能没有太多的行业经验.
现在,我的客户不那么宽容,我在医疗领域做了很多工作.敏捷和高质量是必须的!
如果你不得不向企业提出关于采用或转向敏捷开发方法(如SCRUM或XP等)的案例,你会做什么案例(你如何出售这个概念)？
例如
编辑:我问的原因是我的一个朋友(他是一家公司的解决方案架构师)目前正试图决定如何向他的管理层确切地说明这个话题,并且我已经给了他我的建议.特别感到好奇的是听到那些成功地提出要转向敏捷对齐的方法论的人.
我想在团队中开始敏捷实践.我假设有关如何具体执行的信息可以免费在线获取.
在线我可以找到宣言,联盟和涉及的公司,但实际的中央指南或根本指示集在哪里如何做？(也许这些实践本身比我预期的更加空灵或主观,而且它在多个地方都有发现？)
编辑以总结解决方案:
敏捷是一个概念,因此可以在网上找到它.然而,创建了敏捷开发的特定流程或方法,如Scrum和Extreme编程,为希望采用敏捷并获得其建议优势的团队提供具体的解决方案.找到最合适的鞋子(或方法).也许创造它.
如果在线寻找解决方案以在您的组织或项目中实施敏捷开发,请寻找具体方法并在其中进行决策.
我在一个大型开源项目的开始时独自工作,并希望利用Scrum的一些核心思想/方法来帮助管理我的时间并继续专注于开发和部署早期的,可证明的功能.我想听听那些单独使用Scrum的人以及你发现的对这些目的特别有用的内容.谢谢.
我有一个项目,其中的大多数挑战是确保软件与几个外部系统输出的平面文本文件一起正常工作.
Mangement决定引入敏捷和TDD作为特定实现.
我发现从平面文件中模拟输入是没有意义的,因为要解决的主要问题是使用这些特定文件完全正确的工作.
例如,如果外部系统的输出发生变化,则单元测试必须失败
对从文件中提取的代码进行单元测试几乎没有意义,并且创造的商业价值很小(因为抽象代码需要花费大量时间进行抽象,而实际上将产生一百行方法).
只是想重申一下 - 面临的挑战是如何在软件上保留一个能够处理平面文件的标签,而TDD则可以随时对其进行验证.
会有什么建议？如何组织,定义和实施？
我已经尝试过7-8个UML程序,从简单到相当复杂,我还没有找到我爱上的单个软件.
Gliffy最接近正确的轨道.它的功能有限,这意味着什么都不会妨碍绘画.它可以与我的问题跟踪器和Wiki集成,这很棒.但是它缺少活动和状态图的符号.加上它的连接过程有点笨拙.
所以我也在使用MagicDraw.通过其连接模式可以非常快速地绘制图表.然而,该程序对我的使用来说太过分了.我只想输入<<cat>>一个类框,而不是首先在UML配置文件中将其定义为新的构造型等等.此外,程序需要永远加载,保存等.
Autodesk Sketchbook和图形输入板几乎已经足够好了,我将它用作我的白板,用于很多事情.快速,但是当然凌乱,并且在基于矢量的抽屉中移动符号和保持连接的速度要快得多.
因此,我继续搜索UML图表软件,该软件说敏捷开发人员通常会使用它来快速绘制草图,而不必与该工具进行战斗或减速.没有逆向工程或代码生成业务,没有"智能"功能将您锁定为标准UML.我知道要画什么,我只想要一个足够的工具包来加快速度.
Visio我在5分钟内没有喜欢,与ArgoUML和Dusan以及其他一些我试过的东西相同？
任何人都可以使用一些不会妨碍他们学习它的怪癖的东西吗？
编辑:Windows平台.
我喜欢枢纽跟踪,但我不使用他们的"星"系统,而不是要求程序员提供实时估计的方法达成一致.我认为应该有问责制,以便程序员学会更好地提供时间估算.明星系统似乎旨在将开发人员与此隔离开来,我认为这会适得其反.
有没有像Pivotal Tracker这样的程序员提供实时估算？
我还想要一些报告,根据每个程序员,显示所有未决问题的总预计时间.
在过去,我们使用Trac自行推出,但更喜欢更现代的解决方案.我正在考虑使用Github问题(我们已经使用Github进行源代码控制),并构建了一些使用Github Issues API的工具,以便按照我所描述的方式进行每次发布时间估算.
我很感激任何建议.
我和2个朋友开始了一个项目,我们都是软件开发人员,我们希望以安全和正确的方式做事.这就是为什么我们决定使用一些符合我们需求的软件开发方法.我想知道哪个对我们来说是一个很好的起点,这些是变量:
我还想知道可以帮助这些方法的软件.
背景：JIRA为项目中的所有类型的问题提供了一套状态。
问题：问题在于为任务设置的状态为ToDo，InProgress和Done。对于同一项目中的UserStory，可能是设计，开发，测试，发布和完成。错误或Epic甚至可能不同。
问题：如何跟踪产品的工作流程，同时如何使用一组JIRA状态来管理任务的状态。
PS：我知道可以为每个项目自定义它们，但这无济于事，因为您不能分别为每个问题类型自定义它们。
我们正在尝试在项目中应用领域驱动设计.然而,建模工作量巨大,并且在某种程度上,建模似乎与敏捷原则相冲突,因为许多前期设计已经完成.另一方面,实际利益是分散的或相当长期的,而"需求分析/建模开销"感觉是一个尖锐和持续的问题.
那么,问题就出现了:域驱动设计的价值是什么？有什么短期利益？
除了你的经验(我觉得非常有趣):是否有一个无可争议的合乎逻辑的答案？