编制计划一般分为如下几个步骤：建立计划框架WBS→定义活动→确定活动的工期→确定活动间的逻辑关系→估计资源需求→制定和优化进度计划→建立预算和基线计划。下面，就这七个步骤逐一简要说明。
一是建立计划的框架－WBS.工作分解结构（WBS）在国内还是比较生疏的，其实其原理非常简单。简要的说就是将全部工作逐级分解，无论是生产有形实体的动作，还是结果无形的管理工作。要注意，在分解的过程中，主要考虑的是如何覆盖全面，这时无须考虑耗费时间、相互间的逻辑关系、以及资源的占用。这与我们以前的工作习惯很不同。分解过程是逐层展开的，如在分解第二层的时候，不要考虑其中某一项所属的第三层、第四层的具体工作，也就是说分解到哪层就考虑哪层的事，不要考虑其下级。这是一个很好的方法，也是原则。
随着分解工作的展开，形成了父单元和子单元，全部子单元的工作总和必须是父单元工作的百分之百，也就是说要避免遗漏。分解工作直到当每个元素的复杂性和工作成为在计划和控制上可管理为止。在建筑工程中，一般达到分项工程即可，无须达到具体工序一级。
对于施工项目而言，分解主要是识别出独立的工作区域。
工作分解结构是计划的框架，它支持成本、进度、员工绩效的管理。分解结构的最底层是项目经理部分派工作的基础。
二是定义活动。工作分解结构完成后，我们就可以开始定义‘活动’。如前所述，在施工项目经理部编制计划的过程中，可以粗略的将各种‘工序’理解为活动，它代表了一个个可由项目经理部某一成员具体实施、指挥所属人员实施的行动。
在上述车库的例子中，我们可以将‘一段墙体’这一工作分解结构的最底层，分解为‘绑钢筋’、‘隐蔽工程检验’、‘支模板’、‘浇注砼’和‘拆模’等活动，由相应工长组织劳务人员施工完成。
在现实中，定义活动的过程中，有时会发现工作分解结构并不合理，这时我们还要考虑对其进行适当的调整，以保证清晰的定义活动。
活动代表了支持项目目标的基础工作――细微的或偶发的活动不包括在内。
定义活动不像想象中那么容易，在很多情况下，正是由于活动没有充分定义，导致了施工过程中的混乱、忙乱及偏差。因此定义活动是及其重要的，它是项目计划和控制的基石。如果活动没有被定义，它就很可能不被执行，或是让人措手不及！
三是确定逻辑关系。给各项‘活动’安排次序、定义逻辑关系怕是技术人员最熟悉的工作了，无论是采用甘特图，还是双代号网络图。其方法在这里就不详述了，可查阅相关的各类资料。
, CopyImageFlag=null, Format=null, SiteID=1, CatalogID=788, CatalogInnerCode=000020000002000001, TopCatalog=000020, BranchInnerCode=0001, ContentTypeID=Article, Title=复习指导：如何科学地编制施工计划（二）, SubTitle=, ShortTitle=, TitleStyle=null, ShortTitleStyle=null, SourceTitle=, Author=panzhiqiang, Editor=null, Summary=, LinkFlag=N, RedirectURL=null, StaticFileName=/html/2008/9/pa4071729829800212951.shtml, Status=30, TopFlag=0, TopDate=null, TemplateFlag=N, Template=null, OrderFlag=122256372000000, ReferName=null, ReferURL=null, Keyword=复习指导,编制,施工计划, RelativeContent=null, RecommendBlock=null, CopyType=0, CopyID=0, HitCount=0, StickTime=0, PublishFlag=Y, Priority=1, IsLock=null, LockUser=null, PublishDate=2008-09-28 09:02:00.0, DownlineDate=null, ArchiveDate=null, LogoFile=null, Tag=null, Source=, SourceURL=null, Weight=0, ClusterSource=null, ClusterTarget=null, ContributeFlag=null, ContributeUID=0, ConfigProps=NextContent= CKECommentFlag=N PrevContent= Staticize= CommentEnable= CommentEndTime= CommentStartTime= ContentWorkflowInstanceID= , Prop1=PM257641, Prop2=0, Prop3=null, Prop4=null, AddUser=panzhiqiang, AddTime=2008-09-28 09:02:00.0, ModifyUser=, ModifyTime=null, NextContent=, OldPublishFolder=, PrevContent=, Staticize=Y, CommonContentDimCatalogIDSet=null, ContentWorkflowInstanceID=0, CommentEnable=Y, CommentEndTime=, CommentStartTime=, HasBadword=, Name=复习指导：如何科学地编制施工计划（二）, Link=/html/2008/9/pa4071729829800212951.shtml, ContentPageSize=1, Content=编制计划一般分为如下几个步骤：建立计划框架WBS→定义活动→确定活动的工期→确定活动间的逻辑关系→估计资源需求→制定和优化进度计划→建立预算和基线计划。下面，就这七个步骤逐一简要说明。
一是建立计划的框架－WBS.工作分解结构（WBS）在国内还是比较生疏的，其实其原理非常简单。简要的说就是将全部工作逐级分解，无论是生产有形实体的动作，还是结果无形的管理工作。要注意，在分解的过程中，主要考虑的是如何覆盖全面，这时无须考虑耗费时间、相互间的逻辑关系、以及资源的占用。这与我们以前的工作习惯很不同。分解过程是逐层展开的，如在分解第二层的时候，不要考虑其中某一项所属的第三层、第四层的具体工作，也就是说分解到哪层就考虑哪层的事，不要考虑其下级。这是一个很好的方法，也是原则。
随着分解工作的展开，形成了父单元和子单元，全部子单元的工作总和必须是父单元工作的百分之百，也就是说要避免遗漏。分解工作直到当每个元素的复杂性和工作成为在计划和控制上可管理为止。在建筑工程中，一般达到分项工程即可，无须达到具体工序一级。
对于施工项目而言，分解主要是识别出独立的工作区域。
工作分解结构是计划的框架，它支持成本、进度、员工绩效的管理。分解结构的最底层是项目经理部分派工作的基础。
二是定义活动。工作分解结构完成后，我们就可以开始定义‘活动’。如前所述，在施工项目经理部编制计划的过程中，可以粗略的将各种‘工序’理解为活动，它代表了一个个可由项目经理部某一成员具体实施、指挥所属人员实施的行动。
在上述车库的例子中，我们可以将‘一段墙体’这一工作分解结构的最底层，分解为‘绑钢筋’、‘隐蔽工程检验’、‘支模板’、‘浇注砼’和‘拆模’等活动，由相应工长组织劳务人员施工完成。
在现实中，定义活动的过程中，有时会发现工作分解结构并不合理，这时我们还要考虑对其进行适当的调整，以保证清晰的定义活动。
活动代表了支持项目目标的基础工作――细微的或偶发的活动不包括在内。
定义活动不像想象中那么容易，在很多情况下，正是由于活动没有充分定义，导致了施工过程中的混乱、忙乱及偏差。因此定义活动是及其重要的，它是项目计划和控制的基石。如果活动没有被定义，它就很可能不被执行，或是让人措手不及！
三是确定逻辑关系。给各项‘活动’安排次序、定义逻辑关系怕是技术人员最熟悉的工作了，无论是采用甘特图，还是双代号网络图。其方法在这里就不详述了，可查阅相关的各类资料。
}