软件开发管理工具-武汉新港阳逻保税园区开发管理有限公司招聘 赶集网

摘要：无论是创业软件团队，还是企业级规模化软件研发，都会遇到提升管理能力、提升研发效率的问题。作为软件研发的团队或企业，我们该如何根据自身发展情况，对这些产品和工具进行合理的选择？

无论是创业软件团队，还是企业级规模化软件研发，都会遇到提升管理能力、提升研发效率的问题。为了解决这两个问题，许多软件研发工具平台也营运而生：微软、IBM、HP、Atlassian、Rally、Collabornet、Polarion……等厂商都推出了各具特色的产品，而近年来新生的Slack、teambition等平台也带来了新的理念和产品，受到了许多团队的欢迎。作为软件研发的团队或企业，我们该如何根据自身发展情况，对这些产品和工具进行合理的选择？一个支撑软件高效研发的工具平台应该具备哪些特点？未来又将向什么方向发展呢？

世界范围内软件研发工具平台产品发展迅速，国内产品仍是空白

当我们在学校里用Visual Studio编写hello world的时候，我们就已经开始使用工具进行软件研发。只是那个时候，工具的作用还很单一，对管理能力、研发效率的整体提升还没有特别关照。

在80年代，国内的计算机、软件行业刚刚萌芽的时候，国外的同行已经开始研究使用工具提升软件研发效率，微软、Rational（后来被IBM收购）推出了各自的IDE，并在不断增强IDE功能的同时，向需求管理和质量管理方向拓展。

90年代，又有一些厂商加入到了开发软件研发工具产品的行列中，其中国内同行非常熟悉的莫过于Mercury（后来被HP收购）的产品，90年代末和2000年前后，大家经常使用的研发工具组合一般是：需求管理用Rational Request Pro，开发IDE用Micosoft Visio Studio，代码库用collabnet subversion或Rational Clear Case，测试管理用Mercury Test Director，软件性能测试用Mercury LoadRunner。这些工具在软件研发的每个方面都提升了个人和团队的效率，也让越来越多的人看到了工具平台对软件研发效率提升的重要性。

进入21世纪，敏捷思想及敏捷软件研发方法开始逐渐改变人们对软件研发的认识。在软件研发工具平台方面，ALM（Application Lifecycle Management）逐渐成为各工具厂商产品努力的方向。在短短的10年内，涌现出一大批优秀的软件研发工具平台厂商，如Atlassian、Rally、Polarion、Versionone、Serena……一些老牌厂商，如微软、IBM、HP通过收购、合并、开发新的工具产品等方式，更加完善了软件全生命周期管理的工具平台。有了新的软件研发方法，配合众多优秀的软件研发工具平台，软件行业得到了快速的发展。此时国内同行也广泛认识到工具平台对提升研发效率的重要性，有条件的企业或采购，或自主研发，搭建起自己的研发工具平台。

2010年前后，随着互联网的蓬勃发展，互联网软件研发逐渐成为新的焦点，DevOps很快成为大家普遍的共识。很多传统软件研发工具厂商打着“DevOps”的旗帜适时地推出了一些产品或升级版本，同时又有一些新的厂商加入竞争的行列。在如何能够更好地管理软件研发活动的问题上，像Slack这样的产品向“传统”研发工具平台发起了新的挑战软件开发管理工具，在看到越来越多的软件研发团队更愿意使用Slack进行日常研发工作时，我们不禁陷入思索：未来软件研发工具平台将何去何从？

图1

目前软件研发工具平台的对比研究有很多，但实用性低

2010年以后，多家重要的IT咨询公司分别开始定期发布主流软件研发工具平台对比研究报告，各家最近一期的报告结果汇总如下：

图2

这些报告每一篇报告单独看似乎视角都很客观，评估方法似乎都很缜密。但当把他们放到一起比较后，会发现它们的结论大相径庭，不同的厂商也会精心挑选“适合”自己产品的报告，悬挂于自己的产品网站首页。而这些只有两个维度的魔力象限对于真正需要软件研发工具平台的团队或企业来说，帮助并不是很大。

我们发现这些IT咨询公司评判软件研发工具平台厂商，及其产品的视角无外乎有两个：一个是从ALM的功能视角；另一个是商业的视角。在ALM功能视角下软件开发管理工具，各家咨询公司会分别着眼于软件的需求、设计、开发、测试、发布等几个主要环节，详细对比各个厂商的产品功能，看谁的功能更强大，谁的功能更全面。而在商业的视角中，他们则更多以产品的市场份额、厂商服务的覆盖程度以及盈利的多少、来衡量哪家厂商更加优秀。这样就造成了功能越齐全的产品、体量越大厂商的在类似的比较报告中越得到好评，反之则被排在后面。

但是，对于正在寻求软件研发工具平台解决方案的团队和企业来说，尤其是正在进行敏捷、互联网转型的团队或企业来说，上面的这些对比方法还是显得陈旧、粗犷，并没有解答哪个工具平台更加适合我们这些正在进行敏捷软件研发，或者互联网软件研发的团队。

在敏捷软件研发的影响下，工具平台发生了很大变化

传统瀑布模式下的软件研发，注重软件从概念到上线的流程以及每个流程节点上的关键活动，同时也重视项目的管理。许多支持瀑布模式开发的软件研发工具平台，在需求管理、质量管理、配置管理、项目管理等方面的功能都十分强大。

图3

敏捷思想强调“以人为本”，让人们主动、自我管理、响应变化、互相信赖地工作。敏捷软件研发方法，如Scrum、Kanban、XP实践等指导软件研发团队拥抱需求变化，快速交付客户价值，持续改进。要想使团队或组织真正敏捷起来，需要在人、技、法三方面达到和谐。这就需要软件研发工具平台这个“技”的方面也要敏捷起来。

图4

敏捷宣言的第一句话是：“个体和交互胜过流程和工具”，但这并不是说敏捷不需要工具的支持。相反，如果有了更好地研发工具支持，提高团队的工作效率，才能真正的敏捷起来。

对照敏捷宣言的几句话，我们大致能看到敏捷价值观下的研发工具应该具备的特点：

1. 个体与交互胜过流程和工具：研发工具应该能够突出个人的工作，并且能够让团队更好地协作

2. 工作的软件胜过详尽的文档：研发工具应该精简文档及审批流程，让软件交付更加顺畅

3. 客户合作胜过合同谈判：研发工具应该支撑快速交付可工作的软件，并且能够更好地帮助用户反馈

4. 响应变化胜过遵循计划：研发工具应该打通需求、设计、开发、验证的循环，持续交付

同时，我们看到越来越多的工具平台正在发生如下的变化：

强化：

1. 对敏捷软件开发实践的支持

2. 对持续快速交付的支持

3. 对团队协作的支持