从厂商那里我们只能得知使用敏捷ALM工具的好处。它的一些缺点你知道吗?
有一个重大问题是大部分敏捷ALM工具不允许用户修复或配置视图来,从而无法满足用户的需求。换句话说,它们缺乏制定化解决方案的能力,不能量身为每一个开发团队实施敏捷方法定作一个解决方案。
例如,如果你在工具中使用电子Kanban功能,我要能够自定义Kanban所有栏目的名字和位置。如果我使用这一工具来编写缺陷,我需要一些自定义区域,而且能决定第一个区域是必须的还是可选的,以适应我的需求。另外,我要能够创建自定义报告,因为提供的现成报告不包括我所需要展示的管理细节的等级。
有时定制化的变更是可能的,但是却很难,而需要花一定的时间才能实施。甚至更糟糕的,一旦你让他们实现,接下来的更新重写配置文件的工作,你就要重新开始。
我认为有些工具坚决执行他们遵循或支持的敏捷原则。例如,我会回到我的电子Kanban面板上。我的公司使用的一个工具不允许我们改变列或内容。它只允许我们给列表规则增加文本,把任务从列变成文本。同样的事情也发生在Scrum工具中。它可以添加描述性文本,但是不能编辑或改变工具流步骤。
定制功能允许业务自定义他们的流程来适应他们的需求。在现实中,所有方法论的各个部分都不是随处可采用的。大部分公司都使用了方法的多个部分,但不是所有,因为有些是没有什么效果的。另外一些部分没通过安全和文档需要的审核,而且需要调整。敏捷是关于灵活性的一种方法,并且组织快速地向市场发布,同时可能拥有最好的合格保证,所以对于敏捷工具缺乏灵活性感到很奇怪。
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
相关推荐
-
“以建应变”:敏捷+DevOps驱动数字化转型
数字化转型由软件驱动。如今在数字化转型中,交付软件实际上处于每一个业务的核心,这一软件趋势也正好与CA Technologies一直强调的应用经济相一致。
-
开发运维一体化(DevOps):协作是成功的保障
如今的IT部门存在一个矛盾:敏捷开发者希望可以快速部署常规软件,而运维团队则优先考虑稳定性。开发和运维不同的成功指标使得每个团队都有自己独立的目标
-
CA Technologies CEO呼吁企业领导者善用软件的颠覆力量
CA Technologies首席执行官 Mike Gregoire日前在CA World ’15上发表了主题演讲,聚焦业务领域对创新速度的更高要求,呼吁企业将软件作为一项基本组织化原则,以在快速变化的世界里保持优势地位。
-
如何掌控敏捷产品开发的安全性
在敏捷产品开发过程中,用户故事可能不足以保证实施的安全性。这里阐述一些更有效提高安全性的办法。