许多项目都交付类似的产品。也就是说，如果你为一个财务公司工作，几乎所有项目都是交付某种财务系统。既然你的组织机构已经这样做了几年，有可能某人在某个时候研究过相似的工作，并为产品写下了需求，也与你的相似。如果能借用以前别人完成的工作，你就没必要全部重新来过。
工作调研是观察和解释的时候。我们寻找的解释是你看到一个业务过程，并意识到它与其他过程有类似之处。通过抽象，也就是说，忽略主题事务并关注处理过程(看动词而不是名词)，你通常能够解释一项工作，因为它与另一项工作具有相同的功能。这不是说它们处理同样的主题事务，而是说它们在完成工作的方式上有相似性。
例如，我们的一个客户是一家银行的国际部，有20种不同的产品，包括信用证、担保的外国银行借贷、保证金等。初看上去，用户处理每种产品的方法都是不一样的。但在我们研究了工作之后，一个共同的模式就浮现出来了–我们是在发现相似性，而不是不同之处。我们观察到，每个产品实际上是一种不同的方式，用来保证出口者得到在国外的货物的付款。结果，我们能够从一个项目中借鉴许多，用于下一个项目。我们必须改变名称，并对处理过程进行一些调整，但利用从其他项目中抽象出来的需求，我们节省了大量的项目时间。
寻找相似性，而非不同之处，
我们建议为工作结构建立抽象的模型，即不要特别地对事物给出具体的技术名称，或使用属于组织机构某部分所特有的技术。这样的模型也不适用于任何具体的用户，或使用具体用户确定的术语。这样模型就远离了它的来源，它们使用分类化的方法，而不是特殊化的方法，使用泛型而不是具体实例。不是从某个个别用户的视角为工作建模，而是对一类工作建模，从所有用户的角度来看它。
利用这种抽象，你能够发现组织的其他部分是否存在相同的模式。我们的经验是，尽管名称和制品可能差别很大，同样的工作模式可能在一个组织中多次出现。我们利用模式的重复出现，首先是为了更快地理解需求，其次是为了将一部分工作的实现用于其他的工作。
