信息化行业里，“寄生开发”是如何侵蚀项目质量与效率的？

以下文章来源于白话聊IT ，作者西游暖暖 来源：白话聊IT 更多资料分享 导读：前面写过“木偶顾问”、“傀儡销售”，今天聊聊“寄生开发”。但读者不要自行扣帽子，我说的是行业现象。 一、什么是“寄生开发”？ 售前阶段离不开交付、交付阶段离不开项目经理、运维阶段离不开百度……以下是寄生开发的五大特征： 1. 需求依赖：要么不参与客户需求调研，依赖交付给的需求闭门开发；要么就是参与多久也无法理解，还是依赖交付场景还原。总之，前期和中期，离开交付走不了路。 2. 平台依赖：依赖百度、依赖谷歌、依赖开发社群、依赖外部代码库、依赖AI问答……天下代码一大抄，看你会抄不会抄。 3. 依赖固有认知：之前有一位开发和我说，自己每年都要花一部分时间和钱，去学习领域内的新技术新方法，但这样的开发很少了，大多数在职场占有相对稳定的位置之后，就依赖固有的知识做“没有其他方案”的开发论断了…… 二、“寄生开发”是如何成为信息化项目的“隐形杀手”？ 开发环节如果不能成为项目的后盾，那大型项目或集成类项目的劣势会立见高下： 1. 需求变更频繁：因为过度依赖交付提供的需求判别，很多开发项目变更频繁，需要保障甲方业务需求-甲方需求输出人-乙方实施顾问-乙方开发顾问这4个角色共同的高精准需求识别与输出，一个环节出问题就会频繁变更。直接导致项目延期及成本扩大。 2. 依赖外包、成本骤增：外包开发有个很突出的优势——顾及个人声誉及持续合作，所以代码阶段效率很高、质量也OK。但是带给项目的直接影响是：没有不变更的项目，没有不运维的项目，外包行为本身切断了乙方自主团队对项目的把控、对开发方案的把控，致使变更或运维环节再度投入大量人力去熟悉旧人的开发路径。 3. 对交付团队是极大的消耗：一名优秀的项目经理，在“宁滥勿缺”理念下的交付是很悲惨的。既要照顾团队里的小白小菜，又要时刻紧盯开发进度。对于又要管理又要成绩职责下的团队，每一位项目经理几乎都是被油炸过来的。 4. 项目的蝴蝶效应：编写代码时、过度凸显个人风格或者编写不规范、结果BUG连篇；测试环节走走样子、反正出了问题主锅不在自己环节、最后将带病的设计推向业务……这些问题，导致交付甚至研发内部频繁救火，最后不得不将代码频繁修改、按下葫芦浮起瓢、甲乙方都很疲惫，公司也为此支付高昂的成本。 三、AI大模型时代，开发人员如何逆境求生？ 之前听说阿里的新员工“通义灵码”，熟悉Java、Python等200多种编程语言，辅助程序员从0到1开发新项目、重构/优化代码、写单元测试，能够深入分析代码及上下文，快速定位语法错误、性能瓶颈等问题，并给出具体优化代码建议，7天24小时随叫随到…… 但它做不到能动性、创造性、思考力、情感温度等方面，和人类还是遥不可及的。比如：需求识别、需求分析、系统设计、团队协同、创意想法构建等。所以，人类程序员如果不想被AI轻易替代，核心要做有悟性的人、有能动性的人、有判断力的人、让眼耳口鼻脑协同起来的人。 写在最后： 要想摆脱这一困境，开发人员必须正视问题，从提高开发人员的业务能力、到优化项目管理、到滚动加强技术学习等多方面入手，斩断寄生开发的黑手。只有这样，我们才能确保信息化项目的高质量、高效率交付。否则，任由寄生开发现象蔓延，将导致整个行业的衰退。 转自公众号：ERP之家