我们在做很多工作的时候都需要先确定工作的框架。
比如，写材料的时候，需要先确定材料所涉及的事情，人员，材料的标题和大致要讲的内容的范围；很多作家写小说的时候，也会设定很详细的框架，比如小说的世界观，人物，地图，大纲等；做一些大的项目框架，比如年度工作计划的时候，除了定责定时定事，往往还涉及不同部门和人员之间的配合，只能定个大概，然后在具体的事情来了的时候再做调整。
也就是说，大有大的框架，小有小的框架，但基本的思路可能都差不多，都是控制一些变量之后再确定其他的变量。
有些情况下还需要反复地修改框架，以呈现出不同框架下可能实现的其他效果。
小的框架修改起来比较方便，大的框架比较难修改，当然也是相对而言。
对于高度不同，维度不同的人而言，框架的含义可能都完全不同。
所以领导修改我们的材料首先从标题看起，我们写大一点的材料也要从框架就开始与领导沟通。
所以个人理解，很多项目一开始的时候没有必要放很多人，而是要从框架开始就做快速开发，确定项目的基本元素和方向，也就是框架之后再加入更多的人手和内容。
当然这也是理想状态，事物千变万化，在一个快速迭代的领域，从头做开发往往来不及，而是只能通过同时开展多个项目或者是边做边改的方式来保障项目的顺利开发，前者依赖资本，后者依赖团队。
这也是框架的两种基本组织形式，资合和人合（借用经济组织形式的说法）。
当然框架还有其他的很多分类，比如开放或者是封闭，盈余还是亏损，放大还是缩小等等。
在不同的领域中框架也可能展现为不同的形式，比如到了具体编程中可能就是设计模式，在具体写作中可能就是戏剧手法，在具体绘画中可能就是绘画流派等等。
框架是我们从一个领域迁移到另一个领域时最容易理解的内容，也是最容易产生冲突的地方。
尽管我们经常说一法通万法通，但在实际运用的时候还是要注意具体问题具体分析，否则容易刻舟求剑或者是缘木求鱼。