敏捷开发选择低代码平台的准则是什么

首先要考虑低代码的模型建模能力，其次需要考虑到未来需要拓展的能力，因此需要考虑其代码能力和API对接的能力，最后，其实也是很重要的一点，用户都是国内用户，因此国内的操作习惯必须要符合，很多国外的低代码平台功能非常强，比如微软的，但是不契合国内用户的操作系统，因为无法选择。所以选择依据三点：符合国内用户操作习惯、低代码建模的能力强弱和代码能力/对接能力三项.

国内的低代码平台很多,其实按照分类大致分为两类,偏向于零代码和偏向于重代码的，面向的用户群体也不一样。零代码偏向于提供给业务人员使用，所以建模简单但是功能性较弱，偏向于重代码的基本都像早起过渡封装的技术框架，面向对象的开发模式只适合于开发人员，业务同学几乎无法理解。我画了一张图方便大家理解。

用于敏捷低代码平台的最合适的处于零代码和重代码之间，更是更偏向于重代码，但明确不能是重代码的平台。原因在于，本质上还是利用了零代码平台降低了开发的成本和时间、但是这类平台的局限性太大，无法满足更多业务场景，所以需要在外围使用传统式开发与低代码平台对接形成完整的系统，敏捷开发不仅仅局限在表单填写的场景上，对于小程序、APP、H5等也是需要涉及到的。

至于选择哪个厂商更合适，本文不做推进，原因两点，行业是在不断发展的，各个平台的不同版本的功能也是差异非常大的，之前跟厂商聊下来后的第一感觉就是，低代码平台这个赛道也很卷，平台功能迭代的速度非常快，因为不适合推荐；其二，本系统重在讲方法论，不做产品推荐。不过，大家有想法，可以留言讨论。