资深IT经理需要应付同时进行的不同软件开发项目。这里面并不缺乏挑战:识别项目以及在所有项目均行得通的衡量指标,从各种不同来源收集数据,并将其在不同规模项目中标准化,选择有意义的信息展现方式,最后还要有效地利用好这些信息。系统化地进行分析、设计及实施就可以让ALM(应用生命周期管理)质量仪表盘更加简单、有效、可执行。 ALM质量仪表盘的分析 1.ALM质量仪表盘的指标:ALM仪表盘的指标必须平均分布在应用生命周期的各个阶段—需求收集、设计、开发、测试、维护。
这些指标的收集和效率也需要关注。比如说,需求收集的效能指标需要与最终用户满意度效能指标进行权衡。需求在合理期限内以一定的次序进行了系……
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
资深IT经理需要应付同时进行的不同软件开发项目。这里面并不缺乏挑战:识别项目以及在所有项目均行得通的衡量指标,从各种不同来源收集数据,并将其在不同规模项目中标准化,选择有意义的信息展现方式,最后还要有效地利用好这些信息。系统化地进行分析、设计及实施就可以让ALM(应用生命周期管理)质量仪表盘更加简单、有效、可执行。
ALM质量仪表盘的分析
1.ALM质量仪表盘的指标:ALM仪表盘的指标必须平均分布在应用生命周期的各个阶段—需求收集、设计、开发、测试、维护。这些指标的收集和效率也需要关注。比如说,需求收集的效能指标需要与最终用户满意度效能指标进行权衡。需求在合理期限内以一定的次序进行了系统化的处理,但如果最终用户并不满意,他们会认为自己是冗长的待办事宜的一部分。
2.跨项目的标准化:应用有大小之分,类型(主机型、客户/服务器型或移动型)之别。有可能是耗时数年、投资巨大的项目,也有可能是短期、简单的项目。ALM质量仪表盘或多或少都需要一些相同的指标来衡量所有项目,以便对其进行有意义的比较。根据规模和复杂度权衡项目往往是有意义的比较之所需。
3.可执行指标:指标需要可执行,尤其是汉它们会成为ALM质量仪表盘的一部分时更是如此。指标推出来的行动必须是实用的、可实施的,可以改进ALM质量的。
设计ALM质量仪表盘
1.指标要精。如果太多指标,ALM质量仪表盘反而没有。仪表盘的总体思路就是让你无需在指标的海洋中艰难跋涉,让你对质量的全景一目了然。根据指标对整体ALM质量影响度的高低,把可以衡量的指标区分为主要、次要、第三重要的可能性总是存在的。仪表盘应该仅关注主要指标。
2.展示设计。ALM质量仪表盘的显示应该可以单屏展现完所有的信息,无论是基于浏览器的,还是在笔记本、桌面或移动设备(智能手机、平板电脑)上面弹出的均应如此。平板电脑和智能手机日益成为仪表盘的理想载体。
3.挖掘能力。仪表盘只是更深层次分析的跳板。如果没有对仪表盘指标进行深入分析,进一步的行动也许就无法进行。深入挖掘使得开发者能够发觉统计数据的异常。
实施、跟进、行动
多来源数据:ALM质量指标的数据有可能来自于多个测试管理解决方案,有的是集中式的、有的则可能是分布式的。让所有的信息流到一个分析和行动集中的系统不是不重要的事情。选定的仪表盘系统需要适应直接由数据库查询、报表、电子表格送过来的输入,或者导出或发送过来的平面文件中的数据。需要监控此类来源以确保在仪表盘生成之前所有来源的数据均已接收。
1.比较时间线匹配:反映时间线的数据需要可比较。如果部分数据源与ALM仪表盘软件联网、而其他的则是异步的,来自于文件传输、电子表格或报表的话,这一点就尤为重要。
2.纠正措施:理想情况下,纠正措施和反馈直接从仪表盘输送给质量指标责任人是最好的。如果注释和问题能够直接从仪表盘电邮给指标责任人,并且分析到一定层次,项目的方向就能得到调整。
3.跟进及回环:作为反馈回环的一部分,报表系统应当允许不间断的反馈和讨论。超出范围的指标,需要和已经采取的行动都应该出现在仪表盘上。如果仪表盘是作为协作软件(如微软的SharePoint Portal)的一部分实现的话,这些能力就有可能实现。
ALM质量仪表盘需要向IT管理层传达大量的关键信息,以供观察、分析和纠偏。在现实中,项目可以处在ALM生命周期的不同阶段,可以是内部的,也可以是外包的,开发团队可能分散在不同的地理位置,应用本身的规模和复杂度也不一。在这种情况下创建一个统一的ALM质量仪表盘充满了挑战,不过如果我们能够专注于此类效率与效能仪表盘所需的几个关键特征,那么这样的仪表盘是可以设计和实现的,也是可以用好的。
作者
翻译
相关推荐
-
你的微服务设计支持可重用并避免冗余吗?
微服务是代码小型的功能捆绑,旨在通过适当的使用来促进可重用并改善QoE以及可用性。如果使用不恰当的话,它们就会成为应用生命周期管理和资源效率的“噩梦”。
-
对于orchestration而言 ALM和DevOps至关重要
为了确保开发和运营能够持续同步演进,开发者需要理解DevOps与orchestration之间的差异,对自己的开发和运营策略进行重新思考,并且对重要的新兴趋势保持警觉。
-
企业APM策略是否应该标准化?
企业应用程序生命管理策略是否应该在整个公司范围内标准化,从而提供了对程序和项目的比较报告。而且你知道企业ALM应该怎样与独立项目管理策略相关联吗?
-
如何应对中间件工具引发的安全风险
中间件工具会引起巨大的漏洞,足以抵消所带来的好处。然而,通过一些简单的步骤你就可以保护自己和数据。