VisualRules使得软件项目的开发时，对于业务逻辑层的开发不再需要编写代码，因此也就无需去管理Struts，Spring，Hibernate哪些相关的类和xml配置文件，甚至部分页面的代码也是自动生成的，因此对应的项目管理工作也要相应的发生改变。以下针对项目管理的各个方面描述对应的变化：  
项目人员角色管理
    由于VisualRules极大的简化了软件项目的编码工作，因此软件编码人员不用太多，相应的可以增加业务分析人员以及设计人员的比重，同时可以安排设计人员和业务分析人员，参与一部分规则的配置工作。在角色的分工上，分为需求分析人员、规则设计人员、数据库设计人员、web框架及页面模板设计人员、规则配置人员、公共代码设计人员、测试人员等角色。其中系统分析员可以兼任需求分析、规则设计、数据库设计，高级程序员可以兼任web框架及页面模板设计、规则配置、公共代码设计，一般程序员可以担任测试工作以及规则配置工作。
项目文档配置管理
    基于VisualRules进行开发，在进行规则配置时，规则包是存储在xml格式的文件中。因此针对项目代码的配置管理中，首先需要对规则包文件进行配置管理。然后需要管理由规则包编译生成的可执行文件以及由页面配置器生成的页面代码。其他的配置管理工作就和一般的软件项目管理是一样的，还需要对需求规则说明书、模块设计说明书、数据库设计说明书、测试用例、测试报告等这些都需要进行对应的配置管理。
项目版本控制
    规则包可以指定版本，并且在配置服务器中，可以同时存储多个版本。当需要执行不同的版本时，只需要替换导入现有的版本即可。
项目开发模式
    基于VisualRules的项目开发，可以采用敏捷开发模式。当分析完整体的功能模块，按照功能点进行快速开发。可以根据数据库的设计，设计并配置数据处理逻辑，同时可以用页面配置器生成对应的处理页面，进行测试和运行工作。这些配置页面可以直接作为快速的demo页面或者最终运行的页面