搜索
QC：QualityControl，品质控制，产品的质量检验，发现质量问题后的分析、改善和不合格品控制相关人员的总称。QA：QualityAssurance，品质保证，通过建立和维持质量管理体系来确保产品质量没有问题。打个不恰当的比方，QC是警察，QA是法官，QC只要把违反法律的抓过来就可以了，并不能防止别人犯罪和给别人最终定罪，而法官就是制订法律来预防犯罪，依据法律宣判处置结果。总结说明一下，QC：主要是事后的质量检验类活动为主，默认错误是允许的。期望发现并选出错误。QA主要是事先的质量保证类活动，以预防为主。期望降低错误的发生几率。WBS：工作分解结构（简称WBS）跟因数分解是一个原理，就是把一个项目，按一定的原则分解，项目分解成任务，任务再分解成一项项工作，再把一项项工作分配到每个人的日常活动中，直到分解不下去为止。即：项目→任务→工作→日常活动.(WorkBreakdownStructureWBS）：以可交付成果为导向对项目要素进行的分组，它归纳和定义了项目的整个工作范围每下降一层代表对项目工作的更详细定义。无论在项目管理实践中，还是在PMP考试中，工作分解结构（WBS）都是最重要的内容。WBS总是处于计划过程的中心，也是制定进度计划、资源需求、成本预算、风险管理计划和采购计划等的重要基础。WBS同时也是控制项目变更的重要基础。项目范围是由WBS定义的，所以WBS也是一个项目的综合工具。WBS的分解可以采用多种方式进行，包括：1、按产品的物理结构分解。2、按产品或项目的功能分解。3、按照实施过程分解。4、按照项目的地域分布分解。5、按照项目的各个目标分解。6、按部门分解。7、按职能分解。WBS具有4个主要用途：1、WBS是一个描述思路的规划和设计工具。它帮助项目经理和项目团队确定和有效地管理项目的工作。2、WBS是一个清晰地表示各项目工作之间的相互联系的结构设计工具。3、WBS是一个展现项目全貌，详细说明为完成项目所必须完成的各项工作的计划工具。4、WBS定义了里程碑事件，可以向高级管理层和客户报告项目完成情况，作为项目状况的报告工具。WBS是面向项目可交付成果的成组的项目元素，这些元素定义和组织该项目的总的工作范围，未在WBS中包括的工作就不属于该项目的范围。WBS每下降一层就代表对项目工作更加详细的定义和描述。项目可交付成果之所以应在项目范围定义过程中进一步被分解为WBS，是因为较好的工作分解可以：防止遗漏项目的可交付成果。帮助项目经理关注项目目标和澄清职责。建立可视化的项目可交付成果，以便估算工作量和分配工作。帮助改进时间、成本和资源估计的准确度。帮助项目团队的建立和获得项目人员的承诺。为绩效测量和项目控制定义一个基准。辅助沟通清晰的工作责任。为其他项目计划的制定建立框架。帮助分析项目的最初风险。项目结构（PSWBS，ProjectSWBS）项目纲要性工作分解结构是针对某一特定项目，对纲要性工作分解结构进行裁剪得到的工作分解结构。合同结构（CWBS，ContractWBS）合同工作分解结构是适用于特定合同或采购活动的完整的工作分解结构。CWBS概括了项目的任务，确定了这些任务与项目的组织机构、技术状态的关系，为项目的性能、技术目标、进度和费用之间的联系，确定了逻辑上的约束框架。合同工作分解结构应与合同规定的层次相一致。合同应指出在合同的哪一级别上进行费用累计。承包商为控制其费用而用到的合同WBS的扩延级，应具有费用累计的追溯能力。WBS的最低层次的项目可交付成果称为工作包(WorkPackage)，具有以下特点：1、工作包可以分配给另一位项目经理进行计划和执行。工作分解结构2、工作包可以通过子项目的方式进一步分解为子项目的WBS。3、工作包可以在制定项目进度计划时，进一步分解为活动。4、工作包可以由惟一的一个部门或承包商负责。用于在组织之外分包时，称为委托包(CommitmentPackage)。5、工作包的定义应考虑80小时法则(80-HourRule)或两周法则(TwoWeekRule)，即任何工作包的完成时间应当不超过80小时。在每个80小时或少于80小时结束时，只报告该工作包是否完成。通过这种定期检查的方法，可以控制项目的变化。[编辑]创建WBS的过程创建WBS的过程非常重要，因为在项目分解过程中，项目经理、项目成员和所有参与项目的职能经理都必须考虑该项目的所有方面。制定WBS的过程是：1、得到范围说明书(ScopeStatement)或工作说明书(StatementofWok，承包子项目时)。2、召集有关人员，集体讨论所有主要项目工作，确定项目工作分解的方式。3、分解项目工作。如果有现成的模板，应该尽量利用。4、画出WBS的层次结构图。WBS较高层次上的一些工作可以定义为子项目或子生命周期阶段。5、将主要项目可交付成果细分为更小的、易于管理的组分或工作包。工作包必须详细到可以对该工作包进行估算(成本和历时)、安排进度、做出预算、分配负责人员或组织单位。验证上述分解的正确性。如果发现较低层次的项没有必要，则修改组成成分。如果有必要，建立一个编号系统。随着其他计划活动的进行，不断地对WBS更新或修正，直到覆盖所有工作。分解作用1．明确和准确说明项目的范围；2．为各独立单元分派人员，规定这些人员的相应职责；3．针对各独立单元，进行时间、费用和资源需要量的估算，提高时间、费用和资源估算的准确度；4．为计划、成本、进度计划、质量、安全和费用控制奠定共同基础，确定项目进度测量和控制的基准；5．将项目工作与项目的财务帐目联系起来；6．便于划分和分派责任；7．确定工作内容和工作顺序；8．估算项目整体和全过程的费用。分解优点（一）能够为工作定义提供更有效的控制。一般来说，良好的项目管理具有下列几个原则：1．通过设施的结构化分解来进行管理；2．关注结果：实现什么，而不是怎样实现；3．通过工作分解结构，技术和人员、系统和组织之间可以平衡结果；4．在项目涉及的所有部门之间，通过定义角色、责任和工作关系来建立一个契约；5．采用一个简明的报告结构。使用工作分解结构可以满足有效项目管理的五个原则中的前三个，而避免了计划的误区——即只在一个详细的层次上定义工作。以一个结构化的方式来定义工作可以保证得到更好的结果。通过可交付成果来进行工作定义，在项目向前进行时，只有那些对生产设施有必要的工作才做，因此计划也变得更加固定。在环境不断变化的情况下，项目所需的工作可能发生变化，但不管怎么变化，一定要对最终结果的产生有益。（二）把工作分配到相应的工作包中（相应的授权）。WBS中的工作包是自然的，因为WBS的目的是生产产品，在分配责任的同时也赋予每个产品或服务的单独的部门。如果工作只是在一个详细的层次上定义，并汇集成工作包，那么这个工作包就不是自然的了，项目经理只能每天忙于告诉人们一些技术和方法，而不是让他们自己独立去完成工作。（三）便于找到控制的最佳层次。人们在较低层次上进行控制可能意味着在控制上所花的时间要比完成工作所需的时间更多，而在较高层次上进行控制则意味着有些重要情况在我们不经意时会溜走。通过WBS，我们可以找到控制的最佳层次。一般情况下，控制活动的长短应该与控制会议召开的频度相一致。（四）有助于限定风险。在以上讨论时我们都限定计划和控制的范围都不包含较高的风险。实际上WBS的分解层次不一定是固定不变的，WBS的最低层次可根据风险的水平来确定。在风险较低的项目中，工作分解的最低层次可以是工作包，而在一个风险较高的项目中，我们可以继续到项目的一个最低层次上。项目经理在规划和控制其工程项目的过程中，工作分解结构是非常有用的工具。编制完整的WBS确定了工程项目的总目标，并确定了各项单独的工作（部分）与整个项目（整体）的关系。（五）是信息沟通的基础。在现代大型复杂项目中，一般要涉及大量的资源，涉及许多公司、供应商、承包人等等，有时还会有政府部门的高技术设施或资金投入，因而要求的综合信息和信息沟通的数量往往相当大。这些大项目涉及巨资并历时若干年，因此项目开始进行时设想的项目环境会随着项目的进展而发生很大的变化，即我们已经多次提到的项目早期阶段的不确定性[pp1]。这就要求所有的有关集团要有一个共同的信息基础，一种各有关集团或用户从项目一开始到最后完成都能用来沟通信息的工具。这些集团包括：业主、供应商、承包人、项目管理人员、设计人员以及政府有关部门等等。而一个设计恰当的工作分解结构将能够使得这些集团或用户有一个较精确的信息沟通连接器，成为一种相互交流的共同基础。利用工作分解结构作为基础来编制预算、进度和描述项目的其它方面，能够使所有的与项目有关的人员或集团都明了为完成项目所需要做的各项工作以及项目的进展情况等。（六）为系统综合与控制提供了有效手段。典型的项目控制系统包括进度、费用、会计等不同的子系统。这些子系统在某种程度上是相互独立的，但是各个子系统之间的系统信息转移是不可缺少的，必须将这些子系统很好地综合起来，才能够真正达到项目管理的目的。而工作分解结构的应用可以提供一个这样的手段。在WBS的应用中，各个子系统都利用它收集数据，这些系统都是在与WBS有直接联系的代码词典和编码结构的共同基础上来接受信息的。由于WBS代码的应用使所有进入到系统的信息都是通过一个统一的定义方法作出来的，这样就能确保所有收集到的数据能够与同一基准相比较，并使项目工程师、会计师以及其他项目管理人员都参照有同样意义的同种信息，这对于项目控制的意义是显而易见的。例如：许多项目中的典型问题之一是会计系统和进度控制系统不是采用完全相同的分类或编码，但是在一个有组织的共同基础之上对成本和进度作出统一、恰当的解释、分析和预测对于项目的有效管理是非常重要的。此外，各个子系统之间在WBS基础上的共同联系越多，对项目控制就越有益，因为这样可以减少或消除分析中的系统差异。分解结构WBS将项目的“交付物”自顶向下逐层分解到易于管理的若干元素，以此结构化地组织和定义了项目的工作范围。工作细目(WORKITEM)，工作包(WORKPACKAGE)WBS的制定没有固定的方法，但一般可以参考以下原则：◇确保能把完成每个底层工作包的职责明确地赋予一个成员、一组成员或者一个组织单元，同时考虑尽量使一个工作细目容易让具有相同技能的一类人承担。◇根据80小时的原则，工作包的时间跨度不要超过2周时间，否则会给项目控制带来一些困难;同时控制的粒度不能太细，否则往往会影响项目成员的积极性◇可以将项目生命周期的各个阶段做为第一层，将每个阶段的交付物做为第二层。如果有的交付物组成复杂，则将交付物的组成元素放在第三层。◇分解时要考虑项目管理本身也是工作范围的一部分，可以单独做为一个细目。◇对一些各个阶段中都存在的共性工作可以提取出来，例如人员培训作为独立的细目◇确保能够进行进度和成本估算。管理流程项目管理是为了使工作项目能够按照预定的需求、成本、进度、质量顺利完成，而对人员、产品、过程、和项目、进行分析和管理的活动。在项目管理的流程中，每个阶段都有自己的起止范围，有本阶段的输入文件和本阶段要产生的输出文件。同时，每个阶段都有本阶段的控制关口，即本阶段完成时将产生的重要文件也是进入下一阶段的重要输入文件。每个阶段完成时一定要通过本阶段的控制关口，才能进入下一阶段的工作。其中IT行业的项目管理流程一般包括为五个部分：项目的启动、项目的计划、项目的实施及控制过程、项目的收尾和项目的后续维护。项目管理1．产品立项报告2．产品可行性分析报告3．初步设计（编制初步进度计划书）4．硬件详细设计5．软件详细设计6．结构详细设计7．样机生产8．软件自测（验证阶段）9．《测试大纲》和测试10．形成生产文件11．文件归档12．小批量试生产13．批量生产14．文件最终归档项目进度管理项目进度管理是指在项目实践过程中，对个阶段的进展程度和项目最终完成期限所进行的管理。是在规定时间内，拟定出合理且经济的进度计划。项目进度管理包括两大部分的内容，即项目进度计划的制定和项目进度计划的控制。项目沟通的黄金定律是“用别人喜欢被对待的方式来