软件研发团队和企业如何选工具平台提升管理与研发效率？

诸多时候，软件研发效率欠佳、管理杂乱，并非人的因素所致，而是工具选择不当。国外同行于80年代便运用集成开发环境提升效率，如今我们仍在为挑选何种工具平台而苦恼，这种情况本身就值得深入思考。

从瀑布到敏捷 工具平台的两次转身

80年代，微软推出了IDE，Rational也推出了IDE，主要是为了解决个人编码效率的问题。那个时候，软件规模比较小，需求变化比较慢，一个程序员能够从头到尾完成工作，工具的作用就是帮助你把代码写得更快。

90年代，Mercury进入战场，Test Director与LoadRunner使测试以及性能验证拥有了专业工具。此阶段，主流组合为：需求采用ReqPro，开发运用VS，版本选用Subversion或者ClearCase，测试使用TD。各个环节皆有单独工具，然而彼此并不相通。

在二零零零年之后，瀑布模式暴露出了大问题，即需求冻结之后再进行开发，等到软件被开发出来时而客户早已改变心意了。敏捷方法因此兴起，Scrum和Kanban要求进行快速迭代、持续交付。工具平台必须跟着发生变化，不能再是各自为政的孤岛了。

敏捷要求工具打通全链条

针对需求、配置以及项目管理方面，传统瀑布工具具备很强的能力，然而，其各个环节之间呈现的是串行模式。先是需求完成之后交付给设计，接着设计完成后再送往开发，随后开发结束又递交给测试，而且，在中间过程里只要出现任何反馈，则都必须遵循变更流程来进行，如此一来，所耗费的时间会非常长。

敏捷研发有着这样的要求，需求、开发以及测试会形成一个闭环，开发人员在提交代码之后，会自动触发构建、单元测试、代码扫描，甚至还会自动部署到测试环境当中如果工具平台依旧是各管一段，那么这个闭环是做不起来的。

拿Scrum来说，每一回冲刺都历经2至4周，团队得去交付能够正常运作的软件增量。要是需求管理工具跟开发环境彼此不互通，测试平台和缺陷跟踪之间不产生联动，仅仅是同步数据这一项就得耗费大量时间，压根就没办法敏捷起来。

六招判断工具是否真敏捷

首要的一招是查看个体与协作情况，工具得使每一位开发人员能够瞧见自身的任务列表，以及代码提交记录，还有构建状态，与此同时，要能够让团队成员随时都能看到彼此的进度，像Slack这类产品之所以受到欢迎，原因在于其沟通成本低廉，且信息呈现透明状态。

第二招要看快速交付的能力，工具是不是支持从需求到部署的一键式流水线呢，代码提交之后在几分钟之内能不能完成检查、测试并且给出结果呢，如果还需要手动去触发、人工去等待，那就不算是快。

其一，看客户反馈通道，这是第三招。其二，敏捷着重客户合作，其程度超过合同谈判。其三，工具平台理应内置反馈入口，其四，用户一旦发现问题，就能直接录制成需求或者缺陷，其五，开发团队能够在接下来的冲刺里迅速给予回应。

就第四招而言，是看那种能够应对响应做出变化的能力，需求出现变更乃是一贯的常态，工具必须得能够追踪溯源一个需求从被提出来一直到上线的一整个完整路径，而且修改带来的影响范围得清晰地能够被看见，ClearCase这类传统的配置管理工具分支所具备的能力很强，但是其操作却很繁杂，好多团队运用Git去配合Jira反而会显得更加灵活。

第五招是查看质量风险往前移动，代码检查、单元测试、代码评审、持续集成这些活动，要嵌入到开发流程里，开发者提交代码的时候，就会自动运行静态扫描和单测，问题在编码阶段显示出来，而不是等到测试人员发现。

第六招，查看数据的打通状况，需求ID能不能关联到代码提交记录，关联到构建版本，关联到测试用例以及缺陷单呢？要是这些关联没有自动生成，追溯起来会让人感到极为痛苦难捱。

没有完美平台 只有适合你的

有不少 IT 咨询公司会将魔力象限报告发布出来，它们是从 ALM 功能的角度去针对各家产品展开对比的。然而呢，这种类型的对比通常仅仅会告知你到底是谁的功能数量更多，又是谁的功能更为强大，可它并没有去解答哪一个才是对你的团队而言更具适配性的。

挑选平台之前要先审慎思考：你期望提升的究竟是迅速交付相应能力、代码质量，还是协作效率？不同的目标对应着不一样的侧重点。要是追求速度，那就选择流水线自动化方面做得十分出色的；要是追求质量，那就挑选代码分析以及测试集成这方面强的。

与此同时，需要对团队能力展开评估，要是大家连Git都未能运用得当，那么推行一套全流程平台反倒会增添负担，研发方法同样需要进行适配，究竟是采用Scrum还是Kanban呢，是否存在持续集成实践呢，工具应当服务于方法，而非与之相反。

未来工具会更智能更左移

2010年往后，工具平台着手融合，DevOps概念得以普及，Jenkins、GitLab、阿里云效等产品将CI/CD发挥到了极致。然而，未来存在三个值得予以关注的方向。

一方面，研发的整体周期进一步被缩短，从需求阶段到部署阶段，有可能被缩短至小时级别，甚至是分钟级别，低代码平台以及AI辅助编码会使得开发进程更快，然而，测试环节以及反馈环节绝不能成为阻碍发展的瓶颈之处。

二是质量向左移动得更为彻底，静态分析会被集成到IDE插件中，安全漏洞扫描也会被集成到IDE插件中，性能基线验证同样会被集成到IDE插件中，开发者在编码的时候能够实时看见问题，而不是要等到代码提交之后。

第三点是借助数据来推动的持续不断的改进，工具平台会积攒起数量众多的研发方面的数据，包括需求流转所耗费的时长，构建成功的比率，以及缺陷被引入的阶段等等，团队能够凭借这些指标找寻到存在的瓶颈之处，然后有针对性地对流程加以优化。

选取软件研发所需用以构建工具的平台不存在一蹴而就的完美解决方案。你们的团队当下最为困扰的致使效率受到影响的问题究竟是什么呢？欢迎于评论区域进行分享，倘若点赞数量超过500，我们便会推出一个包含实际测试并对主流工具加以对比的一期内容。