【专栏丨老杨】为什么企业信息部门开发出来的软件总是被业务嫌弃？

学术 2024-10-25 22:16 上海

感谢老杨老师的整理和分享！

微信公众号：湘江数评（ID：benpaoshuzi）

在企业数字化转型建设过程中各种问题总是伴随左右，大致可分为技术与管理两大问题，管理问题对于信息部门来说难以把控，也无太多的能力去干预与解决，但对于技术方面的问题而言如果信息部门处理不好，还真的是能力问题了，以系统为例，标准软件的功能覆盖范围是有限的，业务需求总是难以满足，怎么办？通常的做法是在标准软件基础上做二次开发，但这在一定程度上意味着高成本的支出，由于第三方软件公司的服务能力问题，以及受系统技术框架的制约，还不一定会及时响应及解决，所以这个时候有实力的企业都会成立内部的开发团队来解决业务需求难以满足的问题。那么企业拥有自己的内部软件开发团队就一定会解决自己的业务需求痛点吗？

不一定！

虽然企业内部的软件开发团队会在一定程度来弥补第三方软件公司需求响应及在技术上卡脖子的问题，但如果缺乏科学的管理，开发出来的产品也会被业务部门所嫌弃不想用，其价值甚至还不如第三方软件公司，那么当前企业内部的软件开发团队在管理上存在哪些问题？如何改进呢？

第一，在组织管理方面，受成本因素的制约，部分企业软件开发部门岗位不健全，例如缺乏UI设计岗，那么受此影响的就是软件的UI界面略显粗糙，缺乏美感，有些企业领导认为这些细节不足为虑，满足了功能需求即可，而有些业务层员工则更加看重软件界面的交互感，这就是技术思维与用户思维的差异；还比如有些企业的软件开发部门没有产品经理岗，一些企业领导认为让开发人员与业务部门直接沟通则更加高效，不用产品经理这个岗位把需求传来传去，浪费时间不说还容易把需求传错，这种做法可以吗？当然没问题！但对软件开发人员的要求更高了，除了具备软件开发能力外还必须具备产品性思维，更要具备业务思维，因为数字化系统的重要作用就是将抽象的管理线上化，所以这一转化过程就要求技术对业务有很强的理解能力，众所周知岗位不同，受工作场景影响员工的思维能力也是各不相同的，软件开发人员更多的是指令性思维，即只按需求说明书开展相关代码开发工作，完成即结束；而业务思维则具有更多的发散性、多面性、灵活性、多变性，所以产品经理会在已知需求的基础上在软件功能的设计上考虑更多的实现场景及多向选择；如软件开发人员直接与业务部门沟通而缺乏了产品经理的功能设计这个环节，可能会出现的结果就是产品功能要么过于简单，要么交互生硬，让员工不爱用。

第二，除了缺乏业务思维外，部分企业的CIO在软件开发团队管理上缺乏成本意识；比如在业务需求量大、需求旺盛的环节，CIO此时缺乏冷静的思考，对团队的建设缺乏研判能力，同时对需求也缺乏清洗管理能力，通常情况下，一些CIO会抓住此难得的机遇来招兵买马、开疆拓土，短时间内团队规模急速增长，看似信息部门团队扩张了，有影响力了，但此行为的副作用就是信息部门的人力成本直线上升，此时问题来了：所开发产品的价值是否与高昂的人力成本匹配！很多CIO此时会进入数量的陷阱，认为只要团队规模上来了，就可以开发出大量产品来满足业务部门的需求，但至于业务部门能不能用起来那就是他们的问题了，因为开发工作完成了！但最终的结果呈现还是信息部门的团队规模、开发数量与价值、与成本不匹配，当提及信息部门时业务领导及员工对此的评价大部分均为吐槽：养了那么多的开发人员一点用都没有，开发的产品不好用，又菜又烂！这个时候我们自然会想到开发部门的结局：被优化！

那么此时问题来了，为什么企业内部开发出来的软件产品总是不好用？

在老杨看来其中一个最重要的原因就是需求与实现脱节！通俗点说就是理想很丰满现实很骨感！为什么会这样？最大的问题就是业务部门的需求未被充分的挖掘，开发部门没有就需求的内容及实现方式与业务部门达成一致。我们经常会遇到这样的场景，开发部门认为自己对业务部门的需求已经非常清楚了，即使业务部门只是说了一个需求的框架，开发部门也会认为以自己多年的经验来看满足业务需求不是问题，于是不会再深入研究需求；而业务部门在数字化系统的实现上有太多的依赖与懒惰思维，认为开发部门无所不能，说的最多的就是“你们是专业的，你们看着办”，于是在技术与业务双方的美好预期下需求脱节了，最后的结果就是软件开发出来以后，业务说：这不是我想要的功能！而开发部门则坚持：软件就是按你们的需求开发的，没毛病！至于后果我想大家都清楚了，业务部门可能会以开发部门能力不足、开发出的软件功能不满足需求为由去采购第三方的软件！

此时问题又来了，为什么业务部门偏爱第三方的软件产品？

除了相对成熟的功能以外，老杨认为第三方的软件公司市场化意识强，具有品牌意识，懂销售会包装自己的产品，有各种完善的场景解决方案，所以一通宣讲下来会俘获业务部门的心，让其认为他们是最专业的。而相比之下企业内部的开发部门往往缺乏最基本的沟通能力，在技术的优越感下往往喜欢闭门造车，认为自己的技术能力是公司内任何人无法比拟的，自己开发出的产品是最好的，如果用不好，那一定是业务部门本身的问题。所以此时不难看出，开发部门的沟通能力、自身品牌的推广能力是急需提升的。

从以上我们不难看出，企业内部的软件开发部门在数字化转型建设过程中一定要有正确的认知，技术服务于业务，以满足业务需求为己任，这才是技术的价值所在！开发人员的技术不应成为一种优越感，而是要有同理心。老杨在某集团管理软件开发团队时常说一句话就是：要开发有灵魂的软件！那么软件的灵魂是什么？那就是同理心！为此老杨经常带开发团队的成员深入业务场景，让他们亲自去感受一线员工的工作环境，深度了解基层员工的工作痛点，唯有如此才能开发出有爱的软件产品，让基层员工爱用！

所以企业内部软件开发团队若想破局，老杨建议如下：

1.具备成本管理意识，不仅是在人力成本上，更要注重时间成本；

2.努力提升沟通能力；

3.具备品牌思维，在技术满足的同时学会包装与推广；

4.有同理心，摈弃技术的优越感；

5.具有延迟满足感

本文为老杨授权转载文章。尊重原创！未经原作者授权，请勿擅自转载！

作者：老杨

微信公众号：湘江数评

id：benpaoshuzi

一个混迹企业十几年的IT老兵聊数字化转型；踩过IT的坑，趟过数字化的雷；不喊口号，不玩虚的，只分享经验与干货；一切以企业数字化转型为中心。微信：xiangjiangshuping

http://mp.weixin.qq.com/s?__biz=MzA4MTAyNDg3NA==&mid=2650407120&idx=2&sn=b21b372dd68e6d3a6d08f984e636d929

锐思商学

锐思商学官方订阅号，旨在为内控内审人员传递权威的内控、内审、风险管理等知识和经验。

最新文章

网易多名高管被带走？正式通报：多名员工涉嫌贪腐，9人已被采取刑事强制措施！

【专栏丨猫大叔】给财务人员的工资为什么不计入财务费用？

活动预告 | 数智融合:引领财务与风险管理新纪元

【案例“思”享】通拓科技高管串通舞弊，造成公司损失金额高达千万

【内控漫慢说】数据分析，如何结合“业务”？

【实务操作】绩效指标设置指南和绩效评价佐证材料指引（参考）

中简科技董事长、总经理内斗升级，“前董秘”为谁“闯宫”？

【专栏丨卓弘毅】如何评估供应商绩效？给你1个方法，再介绍3个重点

【干货分享】20页报告，2024年制造业数字化转型发展指数报告

【专栏丨宫迅伟】特斯拉的降本神器：白痴指数

【经验分享】如何衡量流程绩效？

活动预告 | 数智融合:引领财务与风险管理新纪元

策划 | 大模型在内部审计工作中可以怎么用？

【专栏丨布织道】审计发现中的“违规金额”、“涉及金额”、“违规损失”该怎么区分？

21世纪的技术，却受制于19世纪的管理思想？数字化时代组织的顶层设计

【专栏丨猫大叔】周大福二季度零售值下降 21%，内地三个月净关店145家股价跌 35%，如何解读？

活动预告 | 数智融合:引领财务与风险管理新纪元

【专栏丨老杨】老板要求用OA来实现ERP的功能，可行吗？

【内控漫慢说】齐心协力，共“薅羊毛”

近22亿元债权逾期，连续四年财务造假！总裁、财务总监等被采取刑事强制措施！

【专栏丨卓弘毅】处理缺料问题的误区

【干货分享】40页PPT，施工企业合同管理全过程的风险防范及管控措施

【专栏丨宫迅伟】四个动作，帮采购搞定加急需求

活动预告 | 数智融合:引领财务与风险管理新纪元

【经验分享】流程服务于业务，还是业务服务于流程？

又一IPO终止！第一大供应商是被执行人，自己还曾是“假”的合资公司