易企办博客 / 业务实践

低代码如何改变业务和 IT 的分工

让业务人员参与应用原型和规则维护,由 IT 负责连接、架构、发布与运行。

Zachariah Lemke·

业务配置与技术维护协作。业务团队,确认字段与政策。应用配置,搭建原型和流程。技术人员,处理集成、架构与安全。联合验收,验证实际运行与异常。

本文由国际版原文本地化,文末提供原文链接。涉及的能力以易企办中国版租户和权限为准。

低代码将表单、记录、流程和页面的部分实现转为配置,改变了不同角色在应用建设中的分工。理解业务的人可以参与原型和规则维护,技术人员仍承担系统连接、架构、安全与运行。

明确业务规则和技术责任。角色,负责内容,输出。业务人员,确认借用政策,规则与例外。应用配置人员,设计表单和流程,试用原型。技术人员,权限、集成和发布,运行记录。
用同一设备借用示例交付应用。

从常用组件开始构建

表单设计器负责字段和布局,数据列表保存业务对象,工作流按条件分派办理任务。先用一条低风险流程试点,例如团队设备借用,再决定哪些功能需引入外部接口或定制代码。

把字段和流转组织起来。表单,选择设备与借用日期。列表,保存设备和申请记录。工作流,分派审批并回写。报表,核对借用与归还状态。
使用表单、列表和工作流完成一次借用。

让业务人员在受管理的环境中试用

业务配置人员可说明政策、建立原型、收集同事反馈和维护低风险规则。IT 提供权限、连接、模板和发布流程。对敏感数据或跨系统写入安排评审,正式发布前验证角色及异常。

在受管理的环境中验证原型。授权与模板,明确配置环境和范围。试用反馈,记录实际操作与例外。技术评审,检查敏感数据和连接。发布验收,核对角色和维护人。
用测试数据确认配置后再发布。

技术岗位如何分配时间

减少重复搭建简单表单,可以让技术人员集中处理集成、复用组件、性能、身份、备份和复杂业务逻辑。是否节省时间由待办、缺陷与维护投入衡量。新配置也需要版本、测试和支持。

把技术时间投入系统问题。工作,具体任务,记录。系统集成,处理身份、接口和重试,运行结果。可靠性,验证性能、日志及备份,测试证据。组件复用,维护权限和共用配置,版本记录。
用待办、缺陷和维护记录衡量变化。

可参考业务人员参与的应用开发与易企办开发者 API,明确配置和扩展的分工。

查看原始文章

返回易企办博客