当前位置：首页 > news >正文

转行IT，你需要了解的真实项目研发流程是怎样的？_it自研公司的开发流程

news 2026/4/25 6:34:06

本文以我在阿里写bug的项目流程为例子，介绍软件项目的研发一般流程，也可以作为企业开发流程的参考，让想转行IT的同学提前心里有个数。

一、职位分工

一般的大厂或者互联网软件公司，都会有如下职位。

1、产品经理

负责产品的设计，擅长向开发同学提各种无理的需求。比如请自动识别用户每天的心情，从而变换界面的肤色，像这种产品经理可拖出去斩了。

2、运营

运营主要负责产品的运营，提升用户数。运营也会根据自己的运营需求向产品经理提需求，列入下一次的产品迭代中。有时也需要请开发人员导一些数据，进行用户数据分析等，我在阿里写代码时，甚至要求运营会SQL语言，可以自己写SQL，22333.。。。

3、测试同学

测试同学一般就是根据开发同学提交的代码进行测试，普遍的测试，像一些大厂的外包测试，就是纯手测，说白了就是在界面上点点点，对照需求文档进行找bug，反馈给开发同学；高级测试同学会写自动化测试的脚本，这些称为测试开发工程师。

4、开发同学

开发主要就是分服务端开发、前端开发、客户端开发等，也是最累的职位、既要跟产品撕逼，也要给运营服务。

二、开发流程

1、第一步：需求评审

产品经理，开发同学，测试同学，运营同学拉到一个会议室里开会。产品经理开发bb本期迭代的需求（一般一周一次）。

开发同学根据需求，从技术角度分析需求是否可以实现，实现的成本大不大，然后一起决定这个需求做不做，做的话，评判它的需求等级（等级越高，越优先开发）、确定需求的节奏：几号出技术方案，几号进行技术评审，几号进行提测、几号进行冒烟，几号上线。

会议中，测试同学主要是理解清楚需求，避免提不该提的bug。

2、第二步：开发同学出技术方案

开发同学会根据本期的需求，设计出对应的技术方案。比如使用什么中间件，服务间的请求链路等，需要哪个团队的服务支持，接口的入参出参、约定消息中间件的Topic，Tag，数据库的字段等参数信息。

技术方案的设计一般由一个团队的组长进行编写。

3、第三步：技术方案评审

一个团队中的后端、测试、前端以及需要协助的其他团队的开发同学会拉到一个会议室里进行技术评审，根据技术方案的细节，优化技术实现细节。比如A团队需要B团队的接口响应给出一个B团队无法给出的参数，那这时候就得变通一下技术实现。

4、第四步：开发同学写bug

技术方案通过后、一般由前后端、客户端同学一起同时开发。前端同学、客户端同学写界面、后端同学写接口。

5、第五步：开发联调与自测

根据需求评审的时间节奏，前端与后端，后端与客户端、不同团队之间开始进行技术联合调试，发现的问题进行溯源，然后交到不同的开发同学进行改BUG。

6、第六步：测试介入测试

开发同学觉得自己的代码没有问题以后（一般都会有问题），提出让测试介入测试。测试同学把bug反馈给开发同学、开发同学又开始改bug、直到测试通过。

7、第七步：产品冒烟预演

一般大厂里的开发环境分为日常环境、预发环境、安全生产环境、线上环境。

日常环境一般用于开发人员自测、预防环境主要进行冒烟预演。所谓冒烟预演就是把产品、测试、运营、开发人员拉到一起，然后在服务器环境为预发环境下进行产品逻辑的预演、看看是否符合需求逻辑、一般都这一步、基本不会有bug问题了。

8、第八步：推送服务至线上

冒烟通过后、新的产品功能就可以发布到线上了这时一般会将服务先推送到安全生产环境（存在少量真实的线上数据，一般不超过1%），然后开发同学会在安全生产环境把需求再回归测试一下，分布式系统中，会将服务分批推送到不同的机器上，推送完所有的机器以后，服务就会被正式推送到线上，此时你的淘宝APP就提示你"有新的版本需要更新"，整个流程就结束了。

这一轮下来、开发同学的头顶又凉了一些。。

总结

从事IT软件开发、需求是无止境的，一般每一年产品经理都会提出一个技术蓝图，这张蓝图把你今年需要做的所有需求都规划好的。以此，开发的常态就是一个需求没做完，新的需要又开始评审了，如此反复，年复一年，永世不得空闲。因此，需要适应，更需要学会在“忙中摸鱼”，还要学会拒绝无理的需求，不想做的需求。学会拒绝，长命百岁。