笔者一直从事企业数字化转型领域，企业特别是传统企业，数字化转型的难度是很大的，数字化转型的基础是IT信息系统建设，但恰恰在IT建设上往往陷入泥潭，长时间无法突破，个中缘由非常复杂，能否借助超人类的CHATGPT帮忙做一次分析呢？说干就干，上干货：
笔者提问：为什么很多企业IT平台建设陷入泥潭、举步维艰？CHATGPT回答如下：
CHATGPT关于企业IT建设痛点的回答
我再次惊讶于CHATGPT的思维高度！几乎帮我把曾经想归纳的业务模型不清晰、技术基础不扎实、组织架构和行为目标不合理、项目管理不到位不敏捷等问题一网打尽而更加全面，并且通俗易懂。就CHATGPT表述几项我再来说说自己的理解：
1、业务需求不清晰。
1）如果企业高层或业务部门本身对业务模式就没有一个上下同欲的清晰方向，那么业务需求的业务价值目标和IT建设的方向本身就缺乏正确目标的，无谓的折腾一定少不了，变化是绝对的，但不能因为拥抱变化就丧失起码的业务责任和底线。
2）业务需求不清晰，往往是没有一个正确的业务需求输入。正确的业务需求从哪里来？需要相关利益关系人的共识，如果是2C，需要用户的介入和反馈；如果是企业内部运营，需要运营、财务、销售等等相关利益关系人的对初始业务需求的充分共识评审。
2）业务需求不清晰，往往也是因为业务需求到技术转换的鸿沟，不可能让起码打仗的一线业务人员去梳理清晰的结构化需求或业务模型，中间的产品、技术岗位的能力就显得尤为重要。而很多企业设置的产品经理角色，实际没有起到真正的转换作用，变成了业务->技术的proxy和二传手，缺乏详细的业务建模和分析，缺乏系统化思维和产品化思维；同时技术架构参与不够，没有能够从初始阶段形成正确的技术决策，导致越做越乱。
2、技术选型不当（技术底盘不扎实）。
个人觉得“技术选型不当”这个表达还不够充分，笔者将这个问题扩大为技术底盘不扎实。
1）技术底盘不扎实，首先是底层数据模型的不扎实。一切信息信息的基础是数据，数据来源于业务模式和业务流程、场景，数字化转型的成败基础也是以清晰的数据建模的为基础（数字化转型是一个更大的课题，我们后面再专题讨论，这里预告一下后续论文：《数字化转型的双轮驱动理论和实践》）。很多企业底层数据模型，简单讲其一：数据库表的设计起点非常低且乱，但是上层的应用却五花八门、花里胡哨，因为应用是业务驱动产生的，却没有人真正把握数据底层，一切是建在危房之上。其二：主数据模型、数据分布非常乱，重复建设、信息孤岛等等，导致需要真正做到数据赋能企业业务的时候难上加难，投入巨大且效果不理想。
2) 技术底盘不扎实，还集中表现在IT系统架构的应用架构和基础上设施架构不清晰，详见笔者之前关于于 企业4A架构的文章《企业数字化转型的二个阶段和企业架构的重要作用》，第一个数据模型问题也是数据架构的问题。
3）技术底盘不扎实，有一点其实非常重要但是往往在很多企业严重忽略，即软件研发的能力问题。规模化敏捷创始人Lean Leffingwell说过一句话：
现在每个企业都是软件企业。实现业务敏捷性状态意味着整个组织（不仅仅是开发部门）都在以比竞争对手更快的速度持续主动地提供创新的业务解决方案。
观点比较激进，但很多大公司都有这个趋势，比如宝马集团首席执行官预计，在他们的未来，超过一半的研发人员将是软件开发人员。国内很多制造业龙头软件研发人员比例也是占大头。那么相应的，软件开发的技术路线、软件人员的能力，直接决定了共识数字化转型的效率、成本和质量。这里说两点：1）企业的信息系统提供策略，如果没有自己的技术研发力量，完全采用外部供应商提供是无法避免的，对于很多中小型企业也无可厚非，但是相关的底层数据和IT架构一样要规划清楚，供应商纳入到公司的体系才有可能持续演进。2）如果可能，很多公司在核心内部运营支撑系统或者面向客户的服务销售系统，都会投入研发技术力量为公司业务模式量身定做IT系统，企业投入是一方面，投入产出比、实际达到的效果和效率弹性就很大了。归纳几个常见的痛点：
- 没有一个健壮、快速高效和相对先进的技术底层开发能力，那么很多我们常见的问题：没有真正科学的技术选型，缺少根据企业需求的按需判断，人云亦云什么时髦用什么，导致投入巨大但产出非常低（这些年的微服务架构、前后端分离一定让一些企业苦矣但还不知其所以然）；开发效率低远远达不到企业业务快速迭代的需求；体验差不好推广达不到预期效果，还美其名曰投入少无法和专业软件厂商比较；系统质量差，线上事故不断，严重影响了公司口碑、品牌和业务扩大；数据基础不牢后续很难有准确的数据提供；等等。
- 技术团队管理不善，没有技术维度的精细化管理，只有业务维度或项目维度的驱动，通常看到的现象：投入巨大不断引进所谓高端人才，但上面high上面的，底层技术还是一塌糊涂，问题不断，质量和效率低下；缺乏战略定力，只重视项目的短期目标，没有架构和产品积累，技术问题永远得不到彻底解决，日积月累变成的公司的业务发展瓶颈。等等。
3、项目管理不到位。
这是一个较为古老的话题。软件研发的项目管理，做好做不好差别是太大了，上面技术底盘不稳的问题也提到了很大原因是缺乏精细化的技术管理。这里笔者不太多扩展，重点推荐下融入企业日常管理的《规模化敏捷框架》，后续会推出相关的论文和课程。
4、人员素质不足。
一切的问题根本都是人的问题，这一点同样不过多扩展了，但重点说说CHATGPT提到的2点：
1、管理人员没有管理能力。兵熊熊一个，将熊熊一窝，公司的管理人员的任用一定要慎重和果断，如果技术leader就是一个高级开发的素质，就没有必要将就了。但同时除了项目管理的能力，技术管理有其特殊性，需要有专业的架构能力和架构思想，光勤奋是不够的。
2、技术人员技能不足。这是个永恒的问题，但不要放大这个问题了，匹配公司需求的技术人员就是好的，如果架构和技术选型足够科学，公司并非需要那么多高薪的开发人员，这是远远违背经济规律的。
5、组织架构问题。
这个问题是大问题，其实是从组织行为学讲，甚至是根本问题。公司最终的IT系统其实就是组织架构或者运营思路的映射，什么样的组织架构决定公司软件产品长成什么样子。我们再来求助下CHATGPT深入分析下这个问题:
CHATGPT关于组织架构不合理问题的回答
这些问题可能导致组织内部信息不畅通、协作困难，决策效率低下，影响整个IT平台建设的推进和效果。因此，企业在进行IT平台建设前应该重视组织架构的优化，建立跨部门协作机制，打破信息孤岛，促进部门间的合作和沟通，以推动IT平台建设的顺利进行。
那么更好促进企业数字化转型和IT建设进行的合理组织架构是什么呢？这里很难有放之四海而皆准的答案，但可以举个中台架构的例子：
IT应用和数据，是赋能企业各个业务部门环节的新型生产工具（这个提法详见笔者之前的文章：《从马克思政治经济学看企业数字化转型的本质》），那么各个业务部门相对于IT相当于前端，IT相当于中后台， 中台架构的思想非常适合IT的组织和提供能力的定位。IT应该有自己中台产品经理响应、主动挖掘各个业务部门的需求，并做集中的归纳和结构化、系统化的中台产品方案，并和相关利益关系人共识，之后再落入到IT软件开发建设并持续迭代。中台产品经理甚至可以像HRBP一样前置到业务部门（编制还是IT），及时倾听、主动挖掘业务部门的需求并提供解决方案，向后端传递和拉动。过长的需求链路和决策链路是大忌，企业的活力、创新力会被扼杀，业务无法敏捷最终丧失的是企业竞争力。
以上，是笔者以CHATGPT的回答为纲领，结合笔者多年的理论和实践，针对企业IT建设痛点做的一个系统性分析。创作不易，欢迎有缘人深入私信探讨。