然后还有固定价格项目——尽管缺乏真正完整的规范。评估迟到需求的机制是众所周知的（并且昂贵）。忽略在早期阶段经济地反映需求会造成更多困难。正如生活中经常发生的情况一样，困难的事情往往会被忽视。因此，它们并不是一致地整理出来的，而是按照订单构建和交付的（加上大量延迟请求的费用）。它不会是精益软件。
什么确保了精益软件？如何让每个参与者都致力于实现这一目标？共同痛苦/共同收益模型就是答案。这些模型实现了上述机制，并将总体重点放在上述所需的精益软件上。这些模型的详细外观是另一篇博客文 记者电子邮件列表 章的主题。提前一件事：如果没有信任，这样的模型就行不通。一旦律师和传统买家确定了软件交付合同的关键数据，并坚持软件应该像铅笔一样订购，每个人都应该坚持使用“胖软件”，让控制者参与史诗般的变更请求讨论和实施并参与其中享受很多软件。
敏捷软件开发和精益软件是我们新IT学院的重要方面。我们详细的白皮书为您提供有关此主题和其他主题的更详细信息现场服务活动的范围从工匠到传统的销售员工。现场销售代表经常需要在现场填写表格。然后，这些信息要么存储在办公室的文件中，要么由办公室员工手动传输到 CRM。然而，这两种方法都有缺点。在第一个示例中，数据存储在相应的文件中以及 CRM 系统中的不同位置，而在第二个示例中，工作量增加了一倍。此外，这两种方法都使用不必要的纸张。无纸化办公时代需要避免的情况。
解决方案是移动 CRM 系统 (mCRM)，因为移动版本允许员工读取和写入 CRM 数据。
移动访问 CRM
除了使用现有的应用程序之外，还可以选择开发自己的应用程序。单独开发的变体的主要优点是它可以专门适应用户的工作方式。例如，销售代表的方法与维修服务员工的方法不同。传统的标准变体非常接近 CRM。这意味着可以创建、更改、查看和删除某些实体。