1、 1项目经理手册版本：0.92目 录第一章 绪 论 4第二章 项目管理概述 .51 基本概念 .52 项目管理研究的内容 .63 项目管理的知识体系 .7第三章 项目组运作指南 .111 项目组的组织结构 .112 项目组相关定义 .113 项目组项目组人员的职责 .124 项目组与相关部门的运作关系 .135 项目组接口关系 .136 项目组的业务汇报关系： .147 项目组的组织运作 .14第四章 项目管理操作指导 .161 项目启动 .162 项目计划制定 .163 项目计划控制 .184 项目总结 .185 项目变更管理 .19第五章 物料计划管理 211 物料计划制定注意事项 .21
2、2 结构件 .213 电气关键件 .224 PCB 板 23第六章 风险管理 .251 风险的划分 .252 风险的评估 .253 研发常见风险 .25第七章 知识产权意识 271 知识产权基本知识 .272 具体专利工作 .2733 保密意识 .284 与供应商接触应注意的保密问题 .295 合同中的法律意识 .306 科技情报文献及情报检索途径简介 .30第八章 市场意识 .321 市场意识的重要性 .322 如何配合市场部工作 .323 如何配合技术支持部开展工作 .33第九章 资料意识 .341 定义 .342 重要性 .343 如何做好开发文档和技术文件的编写工作 .344 如何做好
3、技术资料的编写工作 .355 技术资料的定位 .35第十章 成本意识 .361 加强成本意识，忧患意识的教育 .362 提高产品的稳定性、可靠性 .363 降低原料、物料的消耗 .364 实现资源共享 .365 做好计划控制 .36第十一章 基础管理技能 371 项目经理管理技巧 .372 PDCA 及 5W2H.373 授权、请示及指示 .384 时间管理与重点管理 .395 沟通管理 .406 目标管理 .417 绩效管理 .428 例外管理 .439 如何有效的管理下属 .4310 鱼骨图法 .464第一章绪 论首先祝贺您成为一名职业管理人员，您现在已经成为一名项目经理（或项目管理人员）
4、 ，预示着您今后的工作不仅仅只是技术开发工作，而是技术与管理相结合的工作，甚至完全是管理工作。管理是一门艺术，当经理更是一种责任，您的主要任务将不再仅仅是拼命完成您的个体任务就行了，而应该是率领您的团队（项目组）完成整个团队的任务，因此您应该学会怎样管理一个团队，即怎样当好一名项目经理。作为一名项目经理，你必须清楚，项目管理是一门综合的科学，它需要以各种图表、数学计算、软件工程、系统工程以及其它技术手段为依据，而提供这些图表和技术手段需要管理项目的硬技术；同时项目管理更是一门艺术：项目管理受到政治因素、人际关系因素以及组织因素的制约，所以相互沟通、协商谈判及解决矛盾等即为项目管理艺术所运用的一
5、部分软技术；这就要求项目管理的风格是主动性强，谈判技巧、善于沟通以及分析能力成为这种风格不可或缺的组成部分。在我们的产品开发流程中，项目管理贯穿始终。首先，您应该做好项目开工前的准备工作。您必须明确您的项目目标，并学会利用 WBS 方法将目标逐层分解成几个小任务或小项目，根据这些任务去寻找合适的人选，组建一个层次分明的项目组，明确您的直接领导是谁，您的直接下级是谁。其次，您应该在要求完成的期限内制定出合理的项目计划，并通过预算和成本的约束，进行有效的控制和合理的调整。在整个项目实施和计划控制的过程中，您需要与各层次人员进行广泛地沟通和讨论，并根据实际情况及时调整计划并确保计划的可操作性。另外，
6、您应该熟悉各种业务流程，充分利用培训、考评、激励和例会等多种管理措施，有效地控制项目进度和质量。您不仅应该考虑怎样在开发中降低成本和保证质量，更应该考虑产品的测试和中试、市场的前期推广和培训等；您需要通过各种方式和措施将市场意识、成本意识、产品意识、质量意识、服务意识、机会意识和时间意识等诸多观念深入人心并贯穿到每个人的日常工作中去。其实，作为一名项目经理，你现在应该在“用心”和“用人”上多做文章，而不必事必躬亲，更不应该因您自己的兴趣而在某一方面过分投入而造成全局的被动，您现在的工作目标是：从事件触发型的被动局部管理方式向策划、计划、组织、指导及协调型的全局管理方式转变，充分调动每位项目组成
7、员的积极性和创造性，实现负荷均担，并尽可能的做到资源共享（软硬件技术，知识技能，经验智慧和错误教训）使大家协同而正确地工作。项目是一种临时性的活动，项目组也是一种临时性的团队，项目经理作为这种临时性团队的主管，带领这个临时性的团队占领市场、赢得客户并最终取得成功是其不可推卸的责任。因此，从这点上讲，当项目经理是一种责任，需要更高的技巧和更丰富的知识，以及良好的沟通技巧和协调能力，希望您能够通过本手册学到相关的知识，并在实际中加以运用和改进，成为一名合格的项目经理。5第二章 项目管理概述1 基本概念1.1 项目项目是一种组织单位，其中包括在固定预算以及固定时间内，为了达到某一明确的最终目标而临时
8、组合在一起的一组资源；每一个项目只能够进行一次，它有具体的起始时间和结束时间，以及最终明确的交付结果。项目的特征： 具有具体的起始时间和结束时间； 具有严格定义的最终目标； 每个项目只能发生一次； 包含成本和时间计划； 可产生具体的结果； 必须协调相关活动。1.2 项目管理项目管理是对项目的任务、资源和成本进行计划、控制以及管理的过程；项目管理的目的在于在一定预算内达到既定的最终明确目标，同时达到可接受的质量水平；项目管理具有以下基本特点：1.2.1 项目管理是一项复杂的工作项目管理一般由多个部分组成，工作跨越多个组织，需要运用多种学科的知识来解决问题；项目工作通常没有或很少有以往的经验可以借
9、鉴，执行中有许多未知因素，每个因素又常常带有不确定性；还需要将具有不同经历、来自不同组织的人员有机地组织在一个临时性的组织内，在技术性能、成本、进度等较为严格的约束条件下实现项目目标等等。这些因素都决定了项目管理是一项很复杂的工作，而且复杂性与一般的生产管理有很大不同。1.2.2 项目管理具有创造性项目的创造性依赖于科学技术的发展和支持，而近代科学技术的发展有两个明显的特点：一是继承积累性，体现在人类可以沿用前人的经验，继承前人的知识、经验和成果。在此基础上向前发展；二是综合性，即要解决复杂的项目，往往必须依靠和综合多种学科的成果，将多种技术结合起来，才能实现科学技术的飞跃或更快的发展。因此，
10、在项目管理的前期构思中，要十分重视科学技术情报工作和信息的组织管理，这是产生新构思和解决问题的首要途径。创造总是带有探索性的，会有较高的失败概率。有时为了加快进度和提高成功的概率，需要有多个试验方案并进。例如在新产品、新技术开发项目中，为了提高新产品、新技术的质量和水平，希望新构思越多越好，然后再严格的审查、筛选和淘汰，以确保最终产品和技术的优良性能或质量。而筛6选淘汰下来的方案也并不完全是没用的，它们可以成为企业内部的技术储备，这种储备越多，企业越能应付外界条件的变化和具有应变能力。1.2.3 项目有其寿命周期项目管理的本质是计划和控制一次性的工作，在规定期限内达到预定目标。一旦目标满足，项
11、目就失去其存在的意义而解体。因此项目具有一种可预知的寿命周期。项目在其寿命周期中，通常有一个较明确的阶段顺序。这些阶段可通过任务的类型来加以区分，或通过关键的决策点来加以区分。根据项目内容的不同，阶段的划分和定义也有所区别。但一般认为项目的每个阶段应涉及管理上的不同特点并提出需完成的不同任务。表1提出了一种项目阶段的划分方法并说明每个阶段应采取的行动。无论如何划分，对每个阶段开始和完成的条件与时间要有明确的定义，以便于审查其完成程度。项目经理在项目管理中起着非常重要的作用。项目管理的主要原理之一是把一个时间有限和预算有限的事业委托给一个人，即项目经理，他有权独立进行计划、资源分配、指挥和控制。
12、项目负责人的位置是由特殊需要形成的，因为他行使着大部分传统职能组织以外的职能。项目负责人必须能够了解、利用和管理项目的技术逻辑方面的复杂性，必须能够综合各种不同专业观点来考虑问题。但只有这些技术知识和专业知识仍是不够的，成功的管理还取决于预测和控制人的行为的能力。因此项目负责人还必须通过人的因素来熟练地运用技术因素，以达到其项目目标。也就是说项目负责人必须使他的组织成员成为一支真正的队伍，一个工作配合默契、具有积极性和责任心的高效率群体。2 项目管理研究的内容项目管理研究的范畴如下图： ()2.1进程我们的产品何时推向市场，是我们对广大客户的一种承诺；比尔盖茨在其一书中强调，过去80年代、90
13、年代，企业成功的因素是品质、企业再造；而展望未来，企业胜出的关键是“速度”。2.2质量产品的质量必须能够满足客户的需要，优质企业的开发视野远远超越自身，在开发过程中更早、更深入细致的运用质量管理方法，强调工艺能力，并容许质量方案修改工作持续到系列化生产阶段。2.3资源人员、仪器设备、试验环境等资源是否得到充分的利用，资源的管道管理是否充分；72.4预算和成本我们的总投入是多少，我们的产品成本为多少，我们预期何时可以达到盈亏平衡点3 项目管理的知识体系项目管理涉及面非常广，项目管理的知识体系也非常广。主要包括以下内容：3.1项目范围管理要求项目管理人员着眼于“大画面”的事物，例如项目的生命周期、
14、工作分工、结构的开发、管理流程变动的实施等。3.2质量管理要求项目管理人员熟悉基本的质量管理技术，例如制作和说明质量控制图、实施80：20规则，尽力达到零缺陷等。3.3成本管理要求项目管理人员培养经营技巧，处理诸如成本估计、计划预算、成本控制、资本预算以及基本财务结算等事务。3.4合同/采购管理要求项目管理人员应掌握较强的合同管理技巧。例如应能理解定价合同相对于“成本附加”合同所隐含的风险。他们应了解签约中关键的法律原则。3.5进度管理要求培养规划技巧。有效的项目管理人员应该知道：当项目出现偏离规划时，如何让它重回规划。掌握进程计划、时间估计、网络计划、关键路径定义、进程控制等3.6风险管理要
15、求项目管理人员在信息不完备的情况下能作决定。风险管理模式通常由三个步骤组成： 风险确定、风险冲击分析以及风险应对计划。3.7人力资源管理着重于对组内人员的管理能力，包括冲突的处理、对职员工作动力的促进、高效率的组织结构规划，团队工作和团队形成以及人际关系技巧。3.8沟通管理要求项目管理人员能与他们的经理、客户、厂商及属下进行有效的交流。3.9计划管理3.9.1 计划制定的原则8 产品计划的制订是由上往下制订，由下往上修改的过程； 在制订计划时要充分考虑任务名称及层次、资源、成本、时间进度、完成标志、上下层计划的配合和约束关系、阶段里程碑; 与资源线充分沟通和协调的基础上，制订产品的计划及相关联
16、的资源计划等。3.9.2 WBS工作分解 WBS ( Work Breakdown Structure)工作任务分解结构：在制订产品计划的过程中，对计划任务进行分解是基础，首先要了解整个产品的研发目标，然后根据目标进行工作分解，我们通过工作任务分解结构(WBS： Work Breakdown Structure)，得出所有研发活动的列表。WBS 分解的原则是将主体目标逐步细化分解，最底层的活动能够分解到个人去完成； WBS 分解的方法是由上往下分解、由下往上沟通，或者通过小组讨论、个别交流将整个工作任务进行详细的分解；WBS图举例： X12 12衡量WBS分解的标准 是否完整？ WBS活动的总
17、和是否完全定义了项目要完成的所有的工作任务？ 是否可达到所有的需求？ 具体的任务是否可达到需求？ 是否有阶段性的里程碑和评审点？ 分层结构是否适当？ 从逻辑上来看，任务是否根据较大的活动进行划分？ 有没有单一任务的活动？ 是否集成了所有关键元素？ 是否合理，清晰和简单明了？9一般地，软件开发分解到各模块的各项开发活动，软件开发分解到各单板的各项开发活动。3.9.3 PERT图PERT是以网络图的形式制定计划，求得计划的最优方案，并据以组织和控制开发进程，达到预定目标的一种科学管理方法。 具体来讲，网络计划评审技术（PERT）是： 首先用网络图来表达一项开发计划中各工作（阶段、模块等）的先后顺序
18、和相互关系； 然后通过计算找出计划中关键工序和关键路线； 第三，通过不断改善网络计划，选择最优方案并付诸实施，最后，在计划执行过程中进行有效的控制和监督，保证合理地使用人、财、物，按预定目标完成任务。3.9.4 关键路径（Critical Path）PERT图绘制完成后，我们会发现整个开发计划可以分解成若干条开发路径，我们把其中耗时最长的一条路径称为关键路线（路径）。关键路线（路径）是整个开发计划的重点，且关键路径是可以变化的。要确保计划按期完成，首先必须保证关键线路上的工作按期完成，否则会延误整个计划的工期。调整关键路径的原则是“向关键路径要时间，向非关键路径要资源“，通过集中资源在关键路线
19、上可以有效缩短整个计划时间，同时引起关键路径变化。在一张网络图中，关键路线可以有若干条，关键路线越多说明整个计划安排得越紧凑。时差（Slack）：指的是作业移到关键路线上之前可以拖延的时间，又称为机动时间（Float），非关键路径均有一定的时差，这些时差就是我们可以调配利用的资源.PERT图、关键路径及时差示例参见下图：PERT 107/ /2107/ /3A708/1 /0A708/ /15A608/1 /2A708/23 /3409/1 /5510/6 /20B80/1 /0B108/9 /8B80/19 /27B80/2 9/03S108/ /S908/12 /0S18/2 0/3S10
20、9/ /4274134103.9.5 GANT图 是对任务的一种罗列，标明任务名称、开始时间、完成时间、工期、资源名称等。采用GANT图虽然没有PERT图直观，但罗列问题任务可较多，特别适合项目组计划这种多任务间相互关联不大的计划。 2012 0203204ABCDE3.9.6 工作量估计项目分类模型（Work breakdown model）该模型的思想是：将某一个复杂的开发任务尽可能细分成若干个子任务，再估计子任务的工作量，将子任务的工作量加起来，则得到了估计任务的工作量。2、Putnam Beta估计模型该模型的思想类同于项目分类模型，不同的是对每个子任务分别估计在最好的情况、最差的情况
21、、最可能的情况下的工作量，根据公式计算期望的工作量，同时获得标准偏差。将所有子任务的期望工作量加起来，即得到项目的工作量。计划时间 =（ A+4B+C） /6A最乐观时间；B最可能时间；C最悲观时间11第三章 项目组运作指南1 项目组的组织结构项目组一般由项目经理及相关资深专家组成。我公司的项目组的构成图如下：2 项目组相关定义2.1 项目组（Product Development Team）产品研发小组，是一种跨资源部门的产品研发组织形式，负责从产品立项到批量生产的产品全流程管理，主要目标是根据产品研发合同书的要求确保产品在市场上获得成功。2.2 项目经理是指项目组的组长，组织并领导着整个项
22、目组进行产品研发活动，对产品研发的全流程负责。2.3 项目组核心组成员由各相关领域的代表组成，主要包括：开发代表、财务代表、采购代表、生产/制造代表、市场代表、测试代表、技术支持代表。其中，开发代表根据项目需要可以由多个人担当，如：结构代表、硬件代表、固件代表、软件代表、中试代表等。项目经理研发代表财务代表 采购代表 生产/制造代表市场代表 测试代表 技术支持代表软件工程师固件工程师硬件工程师结构工程师工艺师项目管理员技术支持专员销售专员营销专员测试工程师中试技师122.4 项目组外围组成员项目组核心组以外的其他专业人员，包括：结构工程师、硬件工程师、固件工程师、软件工程师、工艺师、中试技师、
23、营销专员、销售专员、测试工程师、技术支持专员等。2.5项目任务书指公司的公司高层与项目组签订的有关产品研发的合同，其中规定了产品研发规格、产品研发资源供给、产品研发的总体进程等，界定了项目组的权利与责任，是公司高层和项目组的一个相互承诺。 3 项目组项目组人员的职责3.1 项目经理直接对产品的研发、市场成功负责。（1） 对产品研发、中试、维护的全过程负责；在整个产品的研发过程内对产品的质量、成本、BOM、文档资料等负责；（2） 实施整个产品的结构化开发，保证开发的产品符合项目任务书的要求，使产品在质量、成本、进度、功能等方面具有相当的市场竞争力；（3） 制定产品研发计划，并对其执行情况和实施过
24、程进行控制、协调；（4） 保证项目组小组成员达到有效的沟通和协调，使各小组成员直接而独立的履行职责；（5） 协调与其他项目组之间的交流与合作，确保信息的交流和资源的共享。3.2 项目组核心组成员（1） 协助PDP经理工作，在开发过程中对软硬件开发进行统一管理，实现硬件开发、软件开发与测试、制造、技术支援、市场、生产等的平滑连接；（2） 负责拟制各相关领域的工作计划，准备和协调相关资源，确保达到项目组整体计划对各专项工作的要求；（3） 为产品各阶段评审提供相关资料，推动质量保证工作，提高开发质量；（4） 与项目组其他成员协同工作，协调产品开发与各资源部门之间的关系。3.3 项目组外围组成员（1）
25、 在相应资源部门主管的指导下参与项目组工作，在项目开发过程中实现软件开发与硬件开发、测试、制造、技术支援、市场、生产的平滑连接；（2） 负责产品各相关领域的具体工作；（3） 为产品各阶段评审提供相关资料。 3.4项目管理员（项目经理助理）13（1） 协助项目经理实施结构化开发，督促有关人员制定产品的综合计划和详细开发计划，并对计划的执行过程进行监控；（2） 及时汇总和汇报项目组的产品进度、质量状况，对产品开发活动进行预警；（3） 定期向项目管理部提交产品计划执行情况及分析报告，并督促有关人员及时对计划进行滚动调整；（4） 采用新的项目管理方法和工具，提高项目组的项目管理水平，缩短产品的开发时间
26、；（5） 负责相关流程的推动，反馈流程推行过程中的问题，不断优化相关流程；（6） 负责项目组内的组织、宣传工作；（7） 协助项目经理处理与各接口部门的关系，处理日常事务。4 项目组与相关部门的运作关系项目组位于产品线与资源线的节点，项目组是为产品开发服务的，项目组的设立主要根据产品开发实际情况进行，一般起于立项决策评审（DCP1）通过，终止于设计确认决策评审通过（DCP3）。产品线的管理部门为项目管理部，资源线的管理部门为相关各职能部门，项目管理部代表产品线对项目组任务执行情况进行规范考核，相关各职能部门代表资源线对项目组的人力资源使用情况进行规范考核。5 项目组接口关系公司高层项目管理部 技
27、术开发部 总工办 市场部 财务部其他职能部门中试研究室硬件研究室固件研究室结构研究室软件研究室项目1项目2项目3146 项目组的业务汇报关系： （1） 项目经理接受公司高层的领导，并向其汇报工作；（2） 项目组核心组成员和外围组成员在相关资源部门的指导下，完成项目经理交给的各项工作，并定期向项目经理和资源部门汇报工作；（3） 项目管理员向项目管理部汇报工作并接受领导；（4） 项目管理员向相关资源部门汇报资源计划情况并接受指导；7 项目组的组织运作7.1 项目组的组建在立项决策评审通过后，进行产品立项，开始组建项目组：（1） 项目经理确定项目组中最重要的成员为项目经理，负责产品研发在相应领域内的
28、任务分解，与相关资源部门打交道，因而应具备较深的技术背景和较强的沟通能力。项目经理的来源： 公司高层的提名； 相关资源部门提名。（2） 项目组全员小组组建立项决策评审通过后，开始根据项目任务书进行任务分解，制定各级计划，由项目经理与相关资源部门协商确定相关项目小组的成员，组建全员小组。（3） 项目组各阶段的构成和组织运作随着产品研发的进度，项目组的工作重点会有所变化，因此在产品研发的各阶段，项目组的构成有所不同，阶段的工作目标也会有所不同。（4） 项目组的解散项目组的解散分为正常解散和异常解散两种情况。正常解散是产品研发任务顺利完成，项目组完成历史使命而宣告解散；异常解散是指产品撤项或转向情况
29、下的项目组解散。A正常解散产品运行稳定，全套资料文档齐全，而且通过了设计确认的业务决策评审，进入生命周期管理阶段。项目组完成历史使命而宣告解散。B异常解散异常解散有很多原因，通过公司高层的评审来决定项目组是否继续运作下去。项目组异常解散后对人员进行相应的安置。（5） 项目组的授权与决策公司高层在项目的各个阶段给项目组分配资源并授予项目组对产品研发所有具体事务执行上的决策权，以保证项目组获得充分授权。15获得充分授权的项目组的决策变得更快更有效。这种决策是一种集体决策，因为这是让最明白的人最有权的方法，并且这些决策在需要理解的人之间得到充分沟通。（6） 考评 员工实行全方位的考评，重点考核绩效与
30、任职资格状况。16第四章 项目管理操作指导1 项目启动如图1所示，项目概念阶段CHARTER评审作为项目管理活动起点。2 项目计划制定2.1 概念阶段立项小组工作计划计划制定前提：完成组建立项工作小组计划制定责任人： 立项小组负责人参与制定计划者：立项小组成员输出： 概念阶段立项小组工作计划模板：参见概念阶段立项小组工作计划模板计划制定步骤：1） 获取概念阶段立项小组工作计划模板；（见P：/项目管理部）2） 立项小组负责人组织小组成员进行概念阶段的活动分解（WBS）、确定概念阶段主要活动/里程碑和重要的依赖关系以及每项任务的启动/完成时间,最终形成一份完整的立项小组工作计划以指导概念阶段工作。
31、2.2计划阶段工作计划计划制定前提：完成概念阶段立项评审、确定项目经理计划制定责任人：项目经理参与制定计划者：项目组核心组成员输出： 计划阶段工作计划模板：参见计划阶段工作计划模板17计划制定步骤：1） 获取计划阶段工作计划模板；（见P:/项目管理部）； 2） 项目经理组织核心组成员进行计划阶段的活动分解（WBS）、确定计划阶段主要活动/里程碑和重要的依赖关系以及每项任务的启动/完成时间，最终形成一份完整的计划阶段工作计划以指导计划阶段工作。2.3研发项目开发计划计划制定的前提：基本完成总体方案的设计计划制定责任人：项目经理参与制定计划者：项目组核心组成员、外围组成员输出：研发项目开发计划模板
32、：参见研发项目开发计划计划模板计划制定的步骤：1） 获取研发项目开发计划（见P：/项目管理部）；2） 项目经理组织核心组成员对照项目任务书，根据现状对阶段里程碑点作出大致的调整并分配制定项目开发计划的任务给核心组成员；3） 项目组核心组成员分别组织其外围组成员对自己负责的业务进行详细的活动分解（WBS），在WBS的基础上对研发项目开发计划模板中任务进行增删；4） 各核心组成员及其外围组对自己所负责的活动进行工作量估计和资源需求预估；5） 项目组核心组成员与相关功能部门沟通资源需求和供应能力，在此基础上确定每项任务的起止时间和人力资源需求计划；6） 各核心组成员及其外围组提出各与其他活动的配合关
33、系和时间要求；7） 每个项目组核心组成员检查各自的计划是否与项目阶段里程碑一致，如果不一致则修正自己的计划和资源需求，或者与项目经理沟通调整阶段时间。8） 每个项目组核心组成员检查需配合的其他项目组成员活动计划是否匹配，如果不能匹配则与之沟通并协商解决。如果不能达成一致则提交项目经理解决；9） 项目经理将各项目组核心组成员的计划收集起来并组织项目组核心组成员讨论修改和整合，确定最终的关键路径和里程碑，调整其他相关路径的起止时间。最后形成完整详细的研发项目开发计划。10） 各核心组成员在各个领域提出风险并进行风险分析，提出可能的降低风险的措施，最后由项目经理在业务计划中汇总。11） 项目组核心组
34、成员在研发项目开发计划的基础上提取其关键的监控点和与之配合的相关任务，形成各个项目组核心组成员的监控计划。3 项目计划控制项目经理组织制定计划，确定后提交研发副总审批。审批后的计划发至各相关人员，并由18项目管理员负责上传至内部PROJECT网络。项目执行就是依照相应的规范、流程和模板，完成项目计划中包括的各种活动。 在项目执行过程中，项目组需对各要素的执行情况进行定期监测，并输出项目监控报告，及时反映项目重大变化，作为项目风险问题管理和变更管理的输入，确保项目向正确方向进展。项目信息向利益相关人进行充分沟通，确保信息得以及时有效传递和共享。沟通计划执行和信息有效传递的主要方式有以下两种：3.
35、1项目例会项目组例会方式为项目组周例会，例会的具体目标及相关事项见下表。例会类型 项目组周例会 参考会议议程目标 项目组向功能领域（如采购）沟通项目组的进展、计划和行动等 开场白（通知、上周例会纪要确认） 项目计划状态 里程碑状态 问题和疑虑 更新行动计划 更新风险 下周计划及要求 结束会议时间 由项目经理确定参与人 项目组核心组组成员，必要时包括外围组成员频度 每周纪要人 由项目经理确定发布范围 团队成员和其他与会者后续活动责任人 行动责任人注意：当项目里程碑不能按时完成时，应提出计划变更，见第四章 项目变更管理。3.2 项目报告项目报告是保证项目信息上通下达的重要手段，为保证项目组信息沟通
36、的有效性和及时性，项目组需按照例行报告体系进行。在项目组报告体系中，下表内容是必须的：报告类型内容 责任人 提交时间/频度 发放范围 报告模板项目组周报告 项目经理 每周末项目经理、核心组成员、外围组成员 项目组周报告模板 4 项目总结当在项目结束时，项目经理组织核心组成员及时完成经验教训总结。 对于“中止项目”，须由项目经理填写项目中止申请单。 所有经验教训也应总结存档。5 项目变更管理195.1 项目计划变更流程计 划变更 申请流 程0 0 1填 写“ 计划变更申请 单”计划变更申请人相关项目组成员项目经理研委会审核0 0 3审核 “ 计 划变更申请单 ”Y E S0 0 2拒绝N O审核
37、审批Y E S0 0 3调整 项目计划Y E SN ON O5.2 流程描述涉及计划变更时，由变更申请人填写计划变更申请单 ，提交项目经理进行初审，初审通过后，由项目经理征集项目组核心组成员和外围组成员意见。如果一致同意更改，由项目经理将计划变更申请单提交给公司高层进行审批，若公司高层同意更改由项目经理负责更改项目计划并督促执行。 如果项目经理、公司高层有任何一方不同意更改，则项目计划不能进行更改。5.3变更申请原因计划变更请求定义应当在高层次上表明发生什么事情导致必要的变更。这是试图把驱动项目变更的原因归类。可以选择超过一种的原因。是否在设计/技术上的变化引起变更？需求是否变更？是否需要新的
38、功能？项目的目标是否发生了变更？是否竞争对手做了改变市场的事情？是否有在程序和软件选择方面的变化引起变更？（如操作系统无法实现）是否有服务变更？（如法律和策略变更）是否有财务方面的变更？（如竞争对手行动引起在成本方面的增长）是否有资源变更？（如供应商能力无法满足需求）20是否产品引起变更需求?（如产品线的建立是否按照竞争策略确定的项目进度进行？）订单领域是否有变更？（如是否围绕新的订单系统建立的计划可行或有延误）是否有其他的原因？请阐述。5.4计划变更申请单模板计划变更申请单 项目管理部 NO: 产品名称或型号 变更申请人 申请日期变更描述 变更原因造成的影响项目经理审核核心组成员外围组成员意
39、见研发副总： 日期：审批 总经理： 日期：21第五章 物料计划管理1 物料计划制定注意事项 1.1产品物料需求概况：需求源 概念阶段 计划阶段 开发阶段 验证阶段 发布阶段 GA结构件 35套电气关键件 35 PCSPCB板 第一次投板3-5PCS，经调整后再次投板通常为5-10PCS。整机 4台10台 50100台1.2物料工作启动点原则 物料计划的及时启动对保证物料按计划齐套是非常关键的，它直接影响物料能否及时齐套加工，并最终影响研发进度。物料计划的启动既要“及时”，又要“适时”。由于在研发阶段初期，产品的技术成熟度稳定很难把握，过早地启动验证阶段物料计划会增大物料投入的风险，产生大量的呆
40、死料。同样地，物料计划启动“延后”不仅增加采购的难度和成本，而且直接影响物料的齐套与计划的进度。请留意各阶段物料启动点的把握！ 2 结构件2.1 加工注意事项产品开发过程中，结构设计与采购的进度控制直接关系到产品的推出时间。因此了解零部件的设计、加工周期很重要，工程师可以因此知晓何时下达结构加工要求或结构设计更改单。这样可以减少开发中结构加工方面的“急单” ，从而使开发过程有条不紊。 2.2结构关键件加工周期结构设计周期依据产品功能、结构的复杂性而不同，一般为个月。 加工类结构件加工周期类别 加工周期 加工手段 备注轴类 周弹簧 天周 数控冲钣金周 线切割22周 激光切割周 喷涂标签 周齿轮
41、周 线切割套类、垫 周外包装 周扳手、其它 周 线切割 模具类结构件加工周期类别 加工周期 加工手段 备注塑料外壳 1.52 个月塑料齿轮 0.51 个月塑料扳手、通道 11.5 个月粉末冶金 2 周钣金成型模 0.51 个月钣金落料模 1.52 个月胶辊 1 个月泡沫包装 2 周橡胶类 2 周注： 这里的设计周期是指从开始进行结构方案设计起，到结构方案设计通过评审，图纸经过审核（提交给生产部）为止，加工周期是指生产部接收到图纸到零部件加工以及检验完毕为止。 这里的加工周期一般是指样机验证和小批量生产时的零部件加工周期。 模具的加工周期是指第一次试模所需的时间，模具调整的时间不计在其内。3 电
42、气关键件3.1 采购注意事项电气物料种类繁多，不同种类物料、不同厂家器件，货期各不相同。了解物料货期，对作好申购及物料计划工作有很大帮助。因此无论研发工程师在开发设计中，还是验证阶段物料计划制定，一定要有提前期的概念，及时地进行新器件申购工作以及物料计划启动，才能保证物料齐套加工。3.2电气关键件采购周期NO 物品名称 供货周期 备注1. 打印头 4周2. 电容 2-4周3. 电阻 1-2周234. 电感 2-3周5. 晶振 3-5周6. 蜂鸣器 2-3周7. 传感器 2-5周8. 电机 3-6周9. 变压器 3-5周10. 连接线 1-2周11. 切刀 6-8周12. IC类 4-6周 代理
43、商供货 经销商供货周期相对较短，但零星采购质量不稳定且价格高，建议开发中尽可能采用已经批量生产的器件型号与封装。 向代理商索取样品的数量通常在2-5片，货期1-6周。4 PCB板4.1 注意事项4.1.1 PCB投板流程见硬件操作指导书。4.1.2 PCB加工费用由于研发每次投板均会增加项目开发费，如果事先投板计划不作好，不断追加投板，将大大增加投板费用，使产品成本增加。每次投新板或更改投板，PCB制作厂家除收取正常的PCB加工费用外，额外收取菲林(FILM)费约4.5元/cm 2,因此应尽可能减少PCB的更改投板次数。加急的PCB价格是正常加工周期的PCB价格的 2-2.5倍 ，加急时还需支
44、付加急费，双层板800元/次，4层板1500元/次。因此项目经理应合理安排项目计划，以避免加急情况的发生。4.1.3 投板数量第一次投板数量通常在3-5PCS，经调整后再次投板时通常加工数量为5-10PCS。由于每次投板周期在20天左右，因此加强投板前评审，减少设计投板次数可以大大缩短开发时间，在经过充分评审的情况下，投板数量可根据需求适当增加。4.2PCB设计周期及投板周期244.2.1 PCB设计周期板类型 主控板接口板、转接板、按键板等电源板 其它PCB设计周期 7-10个工作日 2-4工作日 3-6工作日 注意事项：PCB的具体设计周期与PCB设计的具体复杂程序有关，需项目经理与PCB
45、设计工程师沟通确定。PCB设计之后，经多次评审反复改动也将影响PCB设计周期。4.2.2 投板周期样板数量小于100块时，货期如下：板类型 单面板 双面板 四层板 六层板正常的PCB加工周期 7天 12天 12-15天 13-15天加急的PCB加工周期 5天 3-7天 3-7天注： 货期指下订单开始至供应商送货到资材部，不包括质量保证部IQC检验时间，一般情况下，质量保证部在到货的当天可以完成检验。 有特殊工艺要求的板（如埋盲孔等）按照实际情况来定货期。 如果周一至周五投板，周六、周日算在加工周期里，若周六或周日投板则从下周一开始算加工周期。如果供应商在 PCB 加工过程中出现问题或我公司检验
46、中发现质量问题需要返修等，货期可能会加长。25第六章 风险管理1 风险的划分目前我们在开发过程中，风险主要来源于如下方面： 市场风险：市场风险对我们来说主要是指市场需求发生变化，引起产品规格的改变，包括增加新的需求；原来开发的功能需求取消；是否开发某项功能何时开发完成由确定变为不确定；实验局无法找到等 技术风险：在我们目前开发状态下，仍存在一定的技术风险，如方案选择失误、方案设计考虑不周等，导致任务不能按时完成 环境、物料、设备风险：主要是指启动时间、计划数量、货期等方面不能满足实际需求的风险 进度风险：主要是指关键通道上的任务、外协任务、有多个前项的任务、浮动期极短的任务、乐观估计的任务等产
47、生的风险 资源风险：新员工技能不熟；从事某项开发任务的工程师突然 抽调处理更紧急任务、辞工、生病等引起的风险 商业风险：主要指客户对产品的规格需求、供货时间需求等突然发生变化，或预定的签单不能按时签定或被取消等风险2 风险的评估一般来说，风险评估要从风险发生的概率以及风险的影响程度（或损失的大小）这两个方面来对风险进行评估。 尽可能量化风险造成的影响，比如计划销售额减少50%，或开发工作或预算增加25%，并作为采取相应风险应对策略的输入项。2.1风险发生概率的判断准则 高概率： 60%发生风险的可能性； 中概率： 30-60%发生风险的可能性； 低概率： 30%发生风险的可能性2.2 风险的等
48、级划分根据风险可能会对产品开发造成的影响对风险进行等级划分，如： 高风险 中等风险 低风险然后按照专家评估法，或会议讨论等方法判断风险发生的概率3 研发常见风险根据公司的实际情况，目前我们在研发的过程中常见的风险主要有： 26序号 风险 类别 概率 影响1 有些开发人员只能部分精力投入该产品 人员风险 轻微2 交付日期将被紧缩 商业风险 严重3 产品需求在交付以前经常变更 商业风险 严重4 人员在技术上不配套 人员风险 轻微5 人员缺乏经验 人员风险 严重6 人员流动频繁 人员风险 严重7 物理资源的限制 环境风险 轻微8 需要采用新的算法或输入输出技术，引起计划延迟技术风险 严重9 公司高层支持将降低 商
