敏捷团队使用各种各样的应用生命周期管理工具(ALM)。例如,我们可能选择故事发生流程图协助我们收集需求。通常包括很多便利贴以及一面墙或者桌子。我们可能关于模型或者设计使用白板或者大型纸张进行头脑风暴。
又或者,我们可能使用更多正式的在线工具来实现。我们在选择这些工具协助我们实现目标最重要的是什么呢?交付高质量软件产品,符合客户需求。 在很多软件项目中,创建和改变管理工具是持续进行的,敏捷项目也不例外。很多敏捷团队已经自动化部署,一些部署持续进行。
集成开发环境(IDE)是必须的,我建议敏捷团队中的每个人都使用,包括测试人员。 很多团队需要缺陷追踪,这一点就像任务板上的卡片一样容易实现,或者……
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
敏捷团队使用各种各样的应用生命周期管理工具(ALM)。例如,我们可能选择故事发生流程图协助我们收集需求。通常包括很多便利贴以及一面墙或者桌子。我们可能关于模型或者设计使用白板或者大型纸张进行头脑风暴。又或者,我们可能使用更多正式的在线工具来实现。我们在选择这些工具协助我们实现目标最重要的是什么呢?交付高质量软件产品,符合客户需求。
在很多软件项目中,创建和改变管理工具是持续进行的,敏捷项目也不例外。很多敏捷团队已经自动化部署,一些部署持续进行。集成开发环境(IDE)是必须的,我建议敏捷团队中的每个人都使用,包括测试人员。
很多团队需要缺陷追踪,这一点就像任务板上的卡片一样容易实现,或者使用自定义缺陷追踪系统。产品订单可能在索引卡上、电子表格中或者是在线的订单管理工具中已经存在。
产品公司和开源开发社区已经用ALM工具加速了设计,尤其是敏捷项目。其中一些集成项目订单管理是通过冲刺或者集成管理和缺陷追踪来加速实现。
除了一些必须的东西,像源代码控制、构造管理和IDE,我建议你的团队为不同的目标试用不同的工具。找出针对唯一环境的最佳工具。如果你认为你需要一个在线工具,就进行两到三个迭代,评估这个工具是否能解决你的问题。如果不能,就试试其他方法。不要试图同时解决所有问题。最好是设置一个目标,然后一步一步实现,试用短反馈环来确定是否进行正确。
作者
相关推荐
-
“以建应变”:敏捷+DevOps驱动数字化转型
数字化转型由软件驱动。如今在数字化转型中,交付软件实际上处于每一个业务的核心,这一软件趋势也正好与CA Technologies一直强调的应用经济相一致。
-
你的微服务设计支持可重用并避免冗余吗?
微服务是代码小型的功能捆绑,旨在通过适当的使用来促进可重用并改善QoE以及可用性。如果使用不恰当的话,它们就会成为应用生命周期管理和资源效率的“噩梦”。
-
对于orchestration而言 ALM和DevOps至关重要
为了确保开发和运营能够持续同步演进,开发者需要理解DevOps与orchestration之间的差异,对自己的开发和运营策略进行重新思考,并且对重要的新兴趋势保持警觉。
-
开发运维一体化(DevOps):协作是成功的保障
如今的IT部门存在一个矛盾:敏捷开发者希望可以快速部署常规软件,而运维团队则优先考虑稳定性。开发和运维不同的成功指标使得每个团队都有自己独立的目标