并不是每个人都应该参与建模，但这并不意味着每个人都不能利用已经建立的模型。
在软件开发和设计中，应该从模型开始，这样可以帮助你理解业务，直至设计出来测试你的应用的模型为止。模型应该是一个始终起作用的产品。随着业务和系统的更新，模型也随之更新。模型应该具备理解、交流、和指导的功能。如果在开发过程中模型没有被及时的更新，这样的模型就会变得陈旧而失效。因此你组织必须定义一个处理买模型和模型开发的过程。这个过程包括谁创建模型，谁更新模型，以及谁维护模型。
你的组织还需要利用人力组员和外部资源。一个典型的组织通常拥有许多领域的专家。他们常常担任着类似于业务分析员的角色。他们构造和设计业务模型，说明企业今天的状况和未来发展的方向。通常这些专家必须在架构层建立应用模型，同样的，你必须理解你正在构造的系统如何与他自身鉴于。如何与组织内的其他系统交互，担任这种角色的人也可能包括架构设计师。
作为一名开发人员，编写代码可能是你喜欢做的，但是在没有设计代码之间的交互之前就编写代码是危险的，不利于维护系统的完整性，这是软件开发者在编写代码前需要对代码建模的原因。如果他们使用某些基于模型的代码生成工具，那么就可以将繁琐的代码开发任务自动化，他们就可以有更多的时间着手进行哪些用于实现特定业务或者特定技术的饶有趣味的代码编写工作了。
作为一个测试员，你肯呢过不会直接参与建模，但理解模型对与你的测试是非常有用的。你只有了解了待测试的系统的业务流程，才能更好的进行系统测试，当然如果软件开发过程中采用了极限编程的风格，xp规定在编码之前要开发测试用例。这些测试用例是根据需求设计的。要么设计时不考虑需求。这意味着如果按照xp开发过程，测试者需要设计需求并对需求建模，这些需求模型用来确保参与援建开发过程中的每个人更好的理解需求。