2021年，低代码的火爆并非偶然，繁重的数据和系统对IT人员依赖性越来越强。企业内部相对割裂的系统让数据联通难上加难，而低代码能够有效的降低对开发人员和运维人员的依赖，让最明晰需求的业务人员自行搭建（虽然是白日做梦）。低代码的出发点是好的，可以帮助企业快速构建数字化能力。所以，在企业构建数字化能力过程中的项目管理工具，首当其冲应该具备低代码能力。
图片
项目管理工具平台在中国已经发展超过20年，从第一代的基于微软的Project，到第二代基于J2EE或.Net的试图产品化的国内厂商，发展20年的国内项目管理工具平台发展缓慢，除了功能上的堆砌以外毫无建树。直到近些年JIRA的引入，国内互联网公司为代表的企业更多的选择了可以灵活配置的JIRA，中国项目管理工具平台厂商才幡然醒悟，于是纷纷在动态表单、流程引擎、自助报表等领域发力，一直到2020年低代码的概念被炒得沸沸扬扬。
2020年，Wiilead（东方大唐）和明道等厂商就纷纷加入低代码技术领域。试图打造一个适合中国国情的低代码项目管理工具平台。毋庸置疑低代码推动着中国SaaS创业者又前进了一步。但低代码在项目管理领域的应用，依旧需要解决众多问题。
第一、项目管理工具平台业务数字化标准的问题；
第二、低代码自身能力和客户对低代码认知的偏差的问题。
第三、低代码平台和现有工具平台兼容数据打通的问题。
图片
#首先
项目管理工具平台业务数字化标准
目前中国的项目管理参照的标准除了PMI、Prince2还有就是CMMI等相关商业化的标准和规范。虽然这些标准在中国的时间都很长，但真正并没有落地，这些标准的推广机构除了忙着培训、发证以外，就是忙着给企业做认证评级来敛财。因此中国的项目管理都发展了20多年，依旧没有统一的业务标准。也就导致了项目管理在企业内部无法真正落地。每个参与项目管理规范标准制定的关系人都可以出来指点江山。低代码可以解决业务部门快速实现的问题，但核心的业务流程是不标准的，不合理的。低代码出来的工具平台又能怎样，就好比一栋大楼在规划的时候就是歪的，建造者再专业也是徒劳。低代码的速度越快，这栋大楼倒塌的速度越快。
要解决业务数字化标准的问题，只依赖低代码是不够的。低代码工具平台厂商除了构建一套功能强大的低代码工具以外，更应该输出的是全面的、专业的业务管理标准，为什么中国的ERP那么便宜，为什么SAP可以一直高价走下去，是因为SAP卖的是管理思想而不仅仅是工具。没有思想的低代码就是一堆看上去很漂亮的垃圾，低代码项目管理工具核心的价值应该是最佳实践。
其次
低代码工具能力被夸大，造成客户对低代码的认知偏差
在实际的低代码平台实施过程中，客户是不可能自己去配置的。客户认为低代码平台无所不能，高效到管理的思路可以瞬间落地。低代码不但没有解决相关问题，反而加速了相关问题的恶化。第一、客户要求的交付速度更快了，但实际低代码能力远远还没达到客户认知的那种水平，要求高了，技术平台跟不上客户的节奏，导致的结果就是疲于应付，没有时间抽离共性的内容，于是又回到了20年前功能堆砌的老路，只不过这种功能堆砌的速度更快了。第二、过去客户和厂商的分工是明确的，客户重点把握业务流程，厂商重点负责实现。低代码出来后，客户认为业务流程可以快速的通过低代码实现，实现的过程是敏捷的，客户也认为业务流程的梳理也是敏捷的，朝令夕改，导致管理的常态化没了，业务的权威性在锐减，试想这样低代码出来的工具平台真的能解决管理的问题吗？低代码只是加快了工具平台的定制化速度，过度的吹嘘低代码的能力只会提升工具平台的失败的概率。低代码项目管理工具更是如此，项目管理在中国的20年还处在初级阶段。就像一个孩童，需要的是厂商的呵护和陪伴。
再次
低代码平台和现有工具平台兼容数据打通的问题
中国企业信息化发展了20年，刚刚进入数字化时代，企业曾在信息化上做了大量的投资，采购了大量的软件。这些信息化平台依旧在企业内部发挥着举足轻重的作用。在金融行业项目管理工具的占有率应该有80%以上，虽然这些平台的价值日益缩减，但依旧没有办法全面替换，低代码项目管理工具要想切入依旧很难。Wiilead（东方大唐）虽然攻坚过替换现有项目管理工具平台的专案，也成功实施部署了大量的企业客户，但替换的比例仍然不足10%。低代码项目管理工具和现有平台打通的问题依旧比较艰巨。艰巨的步伐已经开始，伴随国家信创的支持和保障，低代码项目管理工具平台替换现有工具势在必行。
图片
困难很多，但办法总比困难多。
低代码项目管理工具平台不是万能的，但它是有价值的。它加速了中国项目管理工具平台化的进程。
笔者走访了很多低代码厂商的CEO和众多客户，大家对低代码项目管理工具平台的未来充满期待，低代码项目管理工具的未来应该在如下几个方面突破：
1、 低代码能力和项目管理业务能力要携伴同行。
工具的能力最终体现在项目管理的业务上来，割裂的谈论低代码能力是不负责任的。低代码项目管理工具平台应该具备更多的业务属性。低代码的构建，是业务主导的构建，而不是技术的构建。
2、 低代码项目管理工具应该是以数字化为核心的。
数字化也是企业项目管理发展的核心动力，过去20年中国项目管理工具失败的主要原因是没有关注数字化。数字化是项目管理的核心价值。
3、 低代码项目管理工具平台的构建是个循序渐进的过程，不是一蹴而就的。
低代码可以加速这个进程，客户和低代码厂商是相互合作的共同体，不是对立的。陪客户一起成长依旧是低代码项目管理工具平台厂商发展的核心指导方针 。
标签：数字化,项目管理,代码,平台,客户,工具 来源： https://blog.csdn.net/qq_20755581/article/details/120577367
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。