内卷。 国内IT企业的底子究竟有多薄弱，让人担忧吗？

放心去做... 哎，最近跟几个朋友聊起国内IT行业的情况，真是越说越觉得心里堵得慌嗯。表面上光鲜亮丽，各种新兴技术层出不穷，但真要说起底子，那真的是……一言难尽啊！我跟你说这事儿啊，得从基层聊起。

软件工程基础：那些年我们一起背的“书”

记得我大学的时候， 天天抱着《软件工程》啃啊啃，需求分析、系统设计、代码实现、测试部署…那一套流程走下来感觉像在盖房子一样严谨。可现在呢？好多公司直接跳过这一步了！直接上来就是“快速迭代”、“敏捷开发”，搞得好像流程就是个累赘。你说这能行吗？地基不稳，上面盖再高的楼也得塌啊！

需求分析：产品经理说了算？

挽救一下。 现在很多项目都是产品经理说了算，“用户想要什么就做什么”，听起来挺好是吧？可问题是用户真的知道自己想要什么吗？而且需求变更太频繁了！今天要做A功能，明天又改成B功能。研发团队还没来得及把A功能做好呢，就要开始改B功能了。这叫什么事儿啊？！简直就是让团队在无尽的循环里打转。

禅道项目管理软件-DevOps平台-扫描概况

代码质量：评审是个形式？

再看看代码评审吧。大家也都知道代码评审的重要性，可是真正认真做的有多少？大家都怕麻烦！“反正上线前测试肯定会测出来”，这种想法太可怕了！你知道吗？一个bug如果能早点发现并修复掉， 成本是最低的；等到上线后发现bug再修复的话，成本就会呈指数级上升，出岔子。！

两种截然不同的知识与实践背景， 让他对研发管理有了更辩证的思考：为什么有些团队用上了最前沿的管理方法，却还是走不出方案有效落地却满是纰漏的怪圈，ICU你。？换句话说... 再看代码评审， 抛开实现落地不谈，团队成员几乎都会承认代码评审对代码质量的重要性，但又都对这一环节抱有抵触情绪。为什么新的管理方法难以奏效？本质上，是团队的基本功没练扎实。像IT研发管理中的很多理念，我们在制造业、建筑行业中都能找到源头。比如建筑业讲究万丈高楼平地起، 依赖的是扎实的地基与标准化的施工، 再比如制造业强调精益生产، 就是靠每个环节的质量、成本管控来实现效率的提升，另起炉灶。。而且这种自动化的扫描也不需要依赖研发人员挤出时间来做评审، 更能减少主要原因是个人经验不足、精力有限导致的疏漏。当代码扫描成为研发流程的固定环节时، 研发团队也会逐步实现代码规范، 在标准化流程的推动下، 慢慢地从被动接受检查转为主动追求质量。抓到重点了。 但若是跳过这一步或者只是走个过程، 就容易出现“产品经理总是改需求怎么办”。这种频繁的需求变更不仅会打乱研发节奏، 还会极大消耗团队精力، 让团队陷入“做了又改, 改了又做”的恶性循环。对想要破局的研发团队来说، 不妨先从两个小步骤做起:，可不是吗！

工具滥用：堆砌技术栈没用

自动化测试：覆盖率低也没用