反模式：简单的部分留在需求人员的脑海中，只描述最复杂的部分给我们听
别名：
一般形式：
假设你是需求编写人员。项目组要求你只要描述最复杂的部分就可以了。其他容易实现的部分不用说了，这样节约时间。
动因：
项目有时间压力，所以想要尽快开始开发；项目组成员缺乏经验，对需求开发和管理理论缺乏认识，认为那样只是浪费时间；项目组成员缺乏耐心，开发人员的天性只希望关心最难，最有挑战性的部分，认为简单的是没有技术含量的活。
解决办法：
建议需求必须清楚表述，不管是简单还是复杂，这些需求文档也是以后变更的基础。
原理：
假定了需求不会改变，简单的部分永远不会改变，永远不会从简单变负责；假定“简单”这个模糊的概念是一个规则，认为需求人员可以判断哪些是简单，哪些是复杂的。
举例：
项目是一个基于SharePoint技术的网站，项目组要求需求编写人员只描述哪些使用Share Point基础的文档库和图片库等不能实现的东西就可以了，但是对于需求人员来说，Share Point到底能够实现哪些，不能实现哪些其实并不是很清楚，这样，需求人员只能以他们的标准来猜测，哪些应该是可以实现的，哪些则是比较复杂，不能使用默认的SharePoint功能实现的，最终，你到设计和开发的时候你可以能发现，原来需求人员的“猜测”并不准确，有些他们认为复杂的其实并不复杂，但是他们原来以为简单的其实也不简单，你会发现需求无法管理，甚至没有变更的基础，因为“简单的部分”以前根本没有清楚的描述，只在需求人员的脑海中。
何时该反模式变成模式：
相关的模式和反模式：