《科技型中小企业核心技术攻关项目管理分析（参考）》由会员分享，可在线阅读，更多相关《科技型中小企业核心技术攻关项目管理分析（参考）（33页珍藏版）》请在金锄头文库上搜索。
1、泓域/科技型中小企业核心技术攻关项目管理分析科技型中小企业核心技术攻关项目管理分析xxx有限责任公司目录一、 定义活动3二、 制订进度计划3三、 质量的适用性5四、 质量控制6五、 收集需求8六、 创建工作分解结构12七、 项目基本情况18八、 公司概况23公司合并资产负债表主要数据23公司合并利润表主要数据24九、 建设进度分析24项目实施进度计划一览表24十、 投资计划25建设投资估算表27建设期利息估算表28流动资金估算表30总投资及构成一览表31项目投资计划与资金筹措一览表32一、 定义活动活动作为工作分解结构的最底层，被称为项目过程中最基本的工作单元。可以看出，所谓定义活动，就是把在
2、定义范围中所产生的工作分解结构的最底层识别出来。活动有两种类型：不连续活动和投入活动。所谓不连续活动，是指有明确的开始时间和结束时间的活动，项目中的大多数活动都属于不连续活动。所谓投入活动，是指那些需要周期性反复执行的活动，包括定期的管理性活动（如项目的周期例会、定期的审计活动等），以及工程维护性活动（如机器设备的定期保养等）。对项目的后续活动来说，项目中的不连续活动是起决定作用的。定义活动过程最主要的目的就是识别出项目中的所有活动，作为后续分配资源的基础。二、 制订进度计划定义活动、排列活动顺序以及资源和历时估算的结果构成了制订项目进度计划的基础。项目的进度计划是对每个活动的进度安排，而更重
3、要的是能够提供项目整体的进度信息。制订项目进度计划的工具和方法有干特图、关键路径分析和PERT估计。（一）干特图这是一种用日历形式来列出项目活动及其活动起止时间的项目图示方法。由于这种图形表示方法最初是由泰勒的同事享利干特所发明的，所以又被称作干特图。现在大多数项目管理软件都可以自动生成干特图。在项目的干特图中，有几个特殊的符号需要关注：任务：用带状的水平横道来代表一个任务，所以有的时候干特图又叫横道图。横道的起点和终点代表了任务的起止时间，横道的长度代表了任务的持续时间。里程碑：具有零历时的重要事件。在图中用菱形符号表示。依赖关系：各个任务之间存在着一定的依赖关系。例如，FS关系、SS关系、
4、FF关系、SF关系。概要任务：一些任务集合成一个更大的任务，通常代表了任务的不同层级。干特图在表示项目进度信息方面简单明了，是应用最广泛的项目进度表示方法。（二）关键路径分析关键路径分析也称为关键路径法，是一种用来预测总体项目历时的项目网络分析技术。所谓关键路径，是指当完成了项目进度计划后，在项目的网络图上存在着若干条从项目启动到项目结束之间的路径，但是其中一条（严格来说，可能存在一条以上）路径具有如下特性：其上所有活动的时间之和就是完成项目的最短历时。路径上任何活动的延误都会导致项目时间的延长。如果想缩短项目历时，就必须缩短这条路径上活动的历时。关键路径实际上是项目网络图中（历时）最长的路径
5、。在关键路径上的活动都很“关键”，因为它们直接决定了项目的进度。每个活动都只有最少的浮动时间或时差。所谓浮动时间或时差，是指一项活动在不耽误后续活动或项目完成日期的条件下可以拖延的时间长度。现在所有的项目管理软件都将寻找一个项目的关键路径作为最基本的功能。它是通过一些运算法则来计算得出项目关键路径信息的，这些运算法则有正推法和倒推法，其输出结果就是项目的关键路径，当然也包括项目的总历时和项目中每个活动关于进度的“关键”信息。三、 质量的适用性简单来说，质量就是需要达到的要求，没有达到就是偏差，需要被纠正。这就是质量控制活动最主要的目的，但是这个判别是否达到“要求”的标准是什么呢？也就是说质量控
6、制参照什么来判定是否符合要求？首先应该想到的就是，产品应该符合预先规定的规范和标准。任何一件产品，其本身必须有相应的、应该达到的标准和要求。只要产品符合这些要求就算满足标准。这一质量观点始于“质量管理”概念的早期阶段，即20世纪40年代，我们把它称作“符合性质量”阶段，其基本的观点就是：质量是以符合现行标准的程度作为衡量依据，“符合标准”就是合格的产品质量，符合的程度反映了产品质量的水平。很显然，要想达到这个要求，一个基本的条件就是必须首先定义产品的规格标准，并且这些规格标准可以被有效地检查，以确定其产品的符合度。显然，“符合性质量”概念更适合于标准化的产品。例如，商店里出售的各种货物和产品，
7、因为每一个产品都可以用一个显性的规格定义和明确其应该达到的技术指标。但这一观点也有明显的问题，因为技术标准是由生产方定义的，会不会出现符合技术要求，厂方满意的产品，而顾客却对其并不满意呢？四、 质量控制质量控制活动最主要的特征就是直接对产品进行检查，并且这种检查应该尽可能早地进行，以便最大限度地降低COPQ。检查活动需要贯穿整个生产过程。但要做到这一点，需要有几个条件：需要制定明确的质量目标，因为有目标才有检查的参照物。最初的目标可能是针对最终产品的，但这只能支持最后一道的产品检验，不利于减少COPQ。所以我们还需要把这个质量目标分解到产品的构造过程当中，以便于在早期就发现并纠正缺陷。错误被发
8、现后，需要采取措施确保其被纠正。综上所述，质量控制活动就是确保产品在构造过程中符合其制定的规范和标准，及时发现和纠正其不符合标准的地方。但需要强调的是，质量控制活动的实施重点在于把质量目标的检查分解到生产过程中。实施的关键点是最终交付质量是否可以被有效地分解下去。常见的有两种情况：第一种情形类似于，最终交付产品是子产品的集成。此时可以在子产品构造完成后就开始检验，所有产品集成后再进行检验，主要关注各个子产品协同工作的问题。一般来说，这种情况下的质量控制活动比较好分解和实施。第二种情形有些复杂，产品的构造过程不是产品本身的分解，而是过程的分解。例如，软件产品要经过需求分析、设计、编码等几个阶段。
9、每个阶段都会有产出物，但都不是最终产品，质量控制活动可以对阶段产出物进行检验，但效果则取决于对中间产品检验的有效性上。中间产品如果是最终产品的子件，则一般可以按照最终质量标准分解来直接测试。但大多数情况下，中间产品都是最终产品的另一种形态。例如，描述最终产品的规格或者设计。这种情况下大多是通过“评审”来检验。评审过程本身的有效性对最终产品的质量影响很大，并不像对最终产品直接检验那样有效。很多项目的过程是上述两种情形的混合，但都普遍存在类似问，题：检验中间产品远不如检验最终产品有效。质量控制活动除了关注对生产过程的中间产品进行检验外，还有一个重点：对发现的缺陷进行修复，也就是返工过程。返工活动有
10、两个要点：对发现的缺陷进行跟踪和记录。对修复的结果进行检验。另外，还需要通过检验来确保修复过程没有对产品其他部分产生影响。简单来说，就是确保被发现的缺陷得到妥善修复。这一活动需要完善的管理制度来保障实施，例如缺陷跟踪系统。产品的质量缺陷是在整个产品构造过程中被有计划的质量控制活动或其他的随机活动所发现的，所以记录并跟踪其解决过程就显得很重要。五、 收集需求项目目标的4个要素中，最核心的就是范围目标，它定义了整个项目需要交付的结果，可以说是项目所有活动的参照点。但什么因素决定了项目的范围呢？产品所具有的功能其实都是为了满足客户的某种需要，这种需要最终左右了项目应该做什么和不做什么。我们把这种需要
11、称为需求。需求表述了客户打算利用项目成果来做什么，而项目的产品范围则定义了什么样的产品可以实现客户的需要。客户需求是“因”，产品范围是“果”，需求和范围之间存在着一个转化过程，两者之间是有区别的。客户不是仅仅为了拥有而购买产品，而是通过产品来实现某种目的。“需求”是“范围”之源。不同行业，需求和范围在项目管理之中有不同的侧重。在某些传统的行业中，促使项目建立的客户需求是相当明确的。例如，建一栋楼的目的是满足客户居住的要求，这是千百年来都不变化的需求。而用户更关心的是造什么样的房子，这就是范围的概念。在另外一些新兴的行业中，特别是一些IT或者软件类型的项目，项目的需求都是解决一个新的问题，或者是
12、创造出一种新的需要。这个时候连解决什么问题都说不清楚，又怎么能准确把握交付什么样的产品就能解决问题呢？前者就是我们说的“需求”，后者就是所谓的“范围”。这类项目有一个共同的特征：项目是在需求还只是一个概念的情况下开始的，需求是很不清晰、很不准确的。项目的第一个活动就是搞清楚用户需求，然后在正确需求的基础上确定项目的产品范围及工作范围，并作为后续项目活动的基准。这个活动看起来虽然简单，但却有几个重要的环节需要注意：首先，要明确需求收集活动的目的是什么。很多人会误以为需求收集就是搞清楚用户要的是什么产品。定义产品就是确定产品范围，它是在确定需求之后的活动。我们应该在这个阶段集中力量搞清楚以下问题：
13、用户为什么需要这个产品？用户打算拿这个产品解决什么问题？这个产品给用户带来了什么价值？整个需求活动都是围绕着用户来进行的。其次，当我们搞清楚了用户的需求后，就需要确定创建什么样的产品来满足用户需求。这就是需求分析活动的目的，其结果就是定义产品的规格说明书。事实上，很多成熟行业的项目都是从相对详细而准确的产品规格开始的，产品规格定义了产品范围。在IT或者软件行业中，其第一个活动则早于产品规格而是从收集需求开始的，由需求确定规格，也就是产品范围。范围是项目其他活动的源头和基础，所以需要采取措施控制好这个源头。在某些项目中，存在比“范围”还要提前的“需求”活动，则更需要控制好“需求”。“需求”控制好
14、了，由它衍生出的“范围”也就控制好了。但有的时候项目需求变化了，项目范围可能变化也可能不变化。最后，需要特别注意的是：获取项目需求和定义产品规格（范，围）所要求的技能是不同的。获取项目需求的人员必须对要解决的问题，也就是业务领域很熟悉，而定义产品所要求的技能则是技术能力。很少有人在两个领域都是专家。如果只具备一种技能的人做了两个要求不同的事情，很可能某一件事达不到要求。一个懂技术但不懂业务的人员去收集客户需求，容易导致需求质量不高，这一问题在现实中经常出现。了解项目需求、确定项目范围确实有一定的先后关系。很多项目在明确需求之前就签订了项目的实施合同，这个时候项目就承担了一定的风险，因为如果识别
15、的需求和当初估计差距较大，就会导致项目产品和工作范围超出预期。有些大型项目会把需求定义工作和需求实现工作两部分活动分开。在第一阶段，请专门的咨询公司进行需求定义，然后利用定义好的需求进行第二阶段招标，选择合适的需求实现伙伴。这种做法无疑能够保证两部分不同要求的工作都可以达到相应的要求。六、 创建工作分解结构工作分解结构，是归纳和定义项目范围最常用的一种方法。WBS将项目分解成可以管理和控制的工作单元，从而可以更为容易且准确地确定它们的进度、成本以及质量要求。说得通俗一点，WBS就是将项目进行分解的一种方法。它使得项目目标从抽象的表述转化成了详细、明确且实在的工作内容。这些工作内容就变成了项目目标的具体体现。这样来说，WBS有3个主要目的：在制定WBS的过程中，进一步加深对项目的认识和理解。项目目标被分解成小颗粒度的、可被执行的任务，消除项目的神秘感。作为后续管理活动计划和控制的基础。工作分解结构最常用的表示方法列表图表示法。该法被广泛采用的主要原因是项目管理软件的普及。这类软件大都是利用列表图来创建WBS。我们也可以像上面一样对WBS中的每一项进行编码，其目的在于和后面的管理活动有一个很好的参照对应关系。当然这主要是针对大型项目来说的，小项目可以不做编码。WB
