产品生命周期手册

产品生命周期手册概观目的：产品生命周期方法（程序）适用于设计并研发新产品,维持有动率的产能以满足明确特定的须求并达成TLComm's的企业目标，它已被开发成为企业界，对于项目管理及加强个人领导能力和个人项目管理的工具。藉由计划监督、传递和管理项目这些方法，这用这个程序?它是项目小组及管理阶程，所知的最佳策略，也可协助决策的订定以及促进各部会（项目间）的良好沟通。改善产能发展。缩短新产品上市前的作业时间，加强预测上市日期的准确性。改善产品品质及顾客满意度。加强内部的合作与沟通。范围：产品生命周期可协助项目人员，将产品导入市场，先进的技术发展事案是由分段的生命周期来涵盖，它是专为研发工作，并连接到产品生命周期而设计的。介绍：产品生命周期是有整合性及弹性地导入产品的研发，它包含了TLComm所有层级及所有部门团队并针对设计和研发，管理整合，项目文件做一个整合性的需求，再经过生命周期阶段定义以运用于项目活动进行。产品研发流程图一般是应用在初步产品概念，再经由稳定的量产来结束生命周期，这个路经是由阶级制度阶段、步骤、工作、运作所组织有成这个产品研发流程协助中心小组的计划监督以及产品研发项目的动行Fig产品生命周期的理念合架构任务和职责：运用产品生命周期人员的一般任务和职责任务和职责。流程的实行和支持。正面而合作的态度来进行维护工作。沟通和协助流程改善。训练的完成仰赖流程的了解和执行。产品许可协会(PAC)PAC是由资深经理人员所组成的跨部门团队，专责整合新产品成效及改善这是在提供并担保资源的有效应用的情形下PCA是由产品决策来主导，并由TLComm's的政策和营运目标以及研发流程中不同阶段的复合项目来引导。设定企业方针及管理组织的远景。专责新项目与公司政策配合。建立并强制项目发展的优先级。分配资源予特定的项目及提供适当的发展工作人员。决策并正面鼓励研发小组。项目的许可职责，PAC的成员被要求检讨原料的准备，遍及每一个阶段的会议，以确保他们的利益能被全盘的列入考量，以此来推动会益的进行。每项研讨及PAC列席记录都应妥善保持。项目研计在每一个阶段范围内和预期的章程下执行,它是被建立或在连惯中心团队的生命周期〈图1＞是PAC的架构范例和它与中心团队的关联性。工程代表生产代表企业发展代表QA代表采购代表图1.PAC架构和中心团队的关联性中心团队中心团队是很小的基于稳定量产的概念，跨部门的团队有职责来执行新品研发，团队的成员是由阶段的概念来定义的，并且是由PAC，同意与宣布的，对PAC而言团队是具有责任性的。以下是概念的阶段研讨。中心团队的角色是为了确保项目的优越性，藉由以下四点来完成。•确保相关职务中的所有项目讯息传递。完成专家活动在符合品质机能性费用和计划目标的情况下。做为一个部门代表的应尽义务。对PAC的项目沟通和整个团队来扮焦点角色。中心团表示组织内的分区包括规格、设计、执行、测试、介绍和产品支持＜图2＞列出中心团队的潜力成员和他们的主要职务。基本的架构是为每一个专案而订定的。增减团队的成员,使团队的成员愈少愈好，每一个部门的代表成员都会参与产品研发流程。然而,有时团队成员会代表不同的部门所以他们的责任要被清处的划分。团队领的统御力的变更遍及整个产品生命周期，为了每一个阶段的成员，每一阶段应由最需专员的部门来领导。中心团队仍然保留他的功能性和可行性，遍及串联阶段和量产阶段在这个方法当中的团队保留整个产品研发的可见性，但是可见的层面依各别产品的不同，而有不同。部门经理当中心团队成员针对特定项目指导它每日的活动，部门经理负责统率全部的项目，部门经理的角色会随着跨项目的管理和下列的组织活动，不同而有所变更。建立部门政策，标准和工具。发展和实行程序改善。协助跨项目的技术协调和分享。identifyingandfulfillingstaffingskillmix）和员工发展需求。指导评审的传递行动化等方式来训练部门人员以做为技术部门的资源。对于已上市的产品提供适当的资源。结论：表一是汇整主要职务和人员职责以及产品生命周期执行委员会等信息，其余组织人员内是由我们的标准品质系统流程来管理和教导，以明确支持他们的ICM。表1.角色和职责一览表主区产品认可委员会中心团队领导人中心团队成员支持团队成员部门经理•由所有的发展活动和管理项目汇整来设定政策与优先级•项目定义的评审和许可以及计划项目研讨•化解项目和部门内部冲突•扮演项目领导以管理所在项目活动执行•评审进展程度以符合需求计划发觉并调整偏差•协助中心团队解决团队和部门的冲突•做为PAC与中心团队的信息沟通管道支持团队活动，以确保品质机能和计划目标承结并决定工作职责扮演中心团队和支持团队的沟通管道解决中心团队重大且来决议的议题协调评审计划•执行所派任的活动•运用部门策略标准以完成指定工作•注意中心团队成员中重大议题•参与技术和研讨计划•与中心团队成员合作以定订职务它是针对项目的传达和议题的解决建立部门策略标准TOOLS协助跨部门技术分享参与技术何研讨计划•以分段方式来决议项目计划和资源•协调项目管理和资源的一致•由项目章程来联络PAC计划和预算分配•准备和管理指定的部份项目计划U•为配合中心团队成员须厘清误差•协助并预估中心团队成员的研发活动•协助核心团队成员准备项目资源和需求事项•准备部门预算权衡计划和资源•扮演项目间沟通管道•项目讯息传递的检讨和每阶段实行状况•提供明确的方向决策和资源分配•计划阶段研讨并视需要发起中间阶段研讨•准备事项和简报的协调•解决指定活动项目•准备阶段研讨资料并与适合的部门经理及PAC成员做初步评估•提供适当的支持•提供适当的资源划

•选择并指定核心团队•视需要调整核心小组成员•与部门经理协调支持团队••提供核心团队领导人和•评审并同意核心团队的成的人数和更替成员的任务成员选择员安排•协核心团队和其它支持团•视需要而调整支持团队成•协助核心团队成员了解队协调员员工需求•协助核心团队的绩效评估•核心团队成员绩效评估2.品发展程序产品发展程序引用产品生命周期要素来表示有逻辑性的项目一般会采用，最初始的产品概念涵盖稳定的产品量产期到产品的生命周期结束。路径是由分级阶段，步骤职务和活动组成。阶段：指整个产品发展程序的主要阶段。步骤：指阶段部份再予以分段;并以产品生命周期为方针。职务：指完成步骤的主要行动。活动：指特定工作或支持的工作。产品生命周期提出阶段步骤和职务细部来分活动程序可以是特定的项目或是更恰当的提出单位运作说明手册、标准、策略、政策和程序。它希望成为一个方针，且能适每一特定方案的需求，它的目标是提供一个工具，做为协助跨部门核心团队计划监督，以及成功的地执行产品发展项目。适当的运用产品生命周期方针以整合公司的共通性，推广最好的实例，授权核心团队在预算内提供客户友善的服务和达成要求的产品上市时间。概观的图表定义了TLComm's产品发展程序，它描述出步骤和阶段的相关时间，也表示了大多数的活动在那一步骤进行。计划范围：主要部份：新产品的研发需要运用新的技术、封包、包装、结构系统、硬件、软件、修整或电路板设计、点子、战略和策略准备，目标市场状况、竞争状况、内部需求、客户的满意、响应、技术发展简短的机会提案中的企业策略等项主要的项目，将会产生三分之二新的或独立的制作部份以降低费用或改善绩效与机能，当上列完成后，机会提案会程报给PAC，请其同意新的概念。所有的主要项目都要遵循ICM和最低限度的阶段任务要求。职务是在阶段确认单里定义的，它是为个别阶段所发展出的。主要/次要部份：对于实质的产品费用绩效或功能改善，适用于目前产品或变更新产品的产品增产计划。计划的范围可以包涵包装的改版、修整、软硬件、韧体，他们影响了三分之二到三分之一的生产部份。活动是核心团队和成员选出，在可行的阶段中所发起，团队利用原始项目的现有文件，做需要的编辑和模拟和更改目前的活动更有展望。与前一项目有关的新文件将视需要使与否而准备，或者有特别用处才会准备新文件。对于主要和次要的项目，在增产计划里定义了那一个阶段和工作是必须的。团队领导人应该依核心团队投入的数据来调配工作。好的工作协调会依照REP的需要来增加或调整职务。主要和次要计划计划包括研发、评量、量产和生命周期结束，这些都只有在阶段部份需要管理，但是即使范围缩小业务和行销还是要包涵在核心团队当中。次要的部份当专家针对目前产品做一些小的调整时就像有修改限制的软件包装、硬件、轫体在一列上。小的调整促进了费用、绩效、功能但影响少给三分之一的产品。活动的产生在研发阶段是要选择一个小的团队利用原始项目的文件，做一些需要的编辑比较它们的差异，并运用在目前的活动中。与先前项目有关的新文件，将视需要与否而准备，或者有特别的用处，才会准备新文件。针对一些次要计划，简化计划可以指定的项目来领导工作计划以符合计划时间表;即使是一个缩小范围的项目和未成型的核心团队，在跨部门团队里，也要有业务和行销代表的参与。活性产品支持为了对生产中的产品继续支持和服务，工程修改流程是为延长产品寿命有对一些小的修改做必需的追踪。这个指定工作会将跨部门专家组成一个小组，但是不组成核心团队，而活动的领导职责是由变动评审会执行，做为定义的流程。阶段叙述：新点子的产生是进入产品发展流程中基础的工作。当项目的点子被呈给PAC时它须要先适当地分类，项目如果随着需求而调整，就不需要由产品生命周期来涵盖。以下的定义可供给项目类别中可评估的部份使用。概念阶段：概念阶段的目的是为了快速评定产品机会以做为一个概念的领导人由部门专家协助，和项目范围和产品概念来定义，来评估市场机会以符合TLComm's策略、市场、产品路线、财务等等，这是在发展高层的项目计划下进行。分析部份是基于假设和评判而来的。一但项目得到许可，假设在后来的阶段就会生效。概念阶段评审的规范许可是基于企业机会的吸引以及适用于整个企业的策略。概念阶段的结果记录于最初的方案计划整合。在概念阶段评审会议当中，PAC评定产品机会并提供架构性建议和方针。如果项目通过成立，核心团队也会成立，这是基于概念领导人的建议，以领导连序阶段的项目和资源以分配和完成可行性阶段在概念阶段中，工作是由概念领导人来领导并由PAC来宣布。主要概念领导人工作是为了完成初步整合程序计划概念领导人可以来自任何一个部门，但是要具有行销或工程经验。如果项目概念阶段评审中被认可，之后核心团队及其成随后会被选出。经PAC同意后公布，概念领导人不需要成为核心团队领导人，核心团队领导人将有部门经理合作成为核心团队的成员，以管理并领导项目活动执行，解决团队和部门间的冲突，并协调整个项目计划和阶段评估准备工作。可行性阶段是生命循环程序中的基础架构。在这个阶段中产品被清楚的定义在市场需求，工程规格，和以需求和规格为前提下所计划的项目。紧急项目要素必须提供足够的细部数据以供核心团队判断方案的风险性，资源需求和最终计划的高度准确性。在可行性阶段核心团队会提出承诺的日期在未来的阶段评审中，而团队也将负起在日期内完成的责任。在可行性阶段中，整合方案计划和伴随的项目计划，将在连接阶段活动中的发展阶段项目中心被设立。何种产品的定义是被包涵在产品需求文件中，介于市场需求，技术选择，项目资源，产品单位费用的定义会反复交替的更换以降低费用，延伸产品线和计划。系统的设计活动是在可行性阶段里发起，而产品整个架构也在当中被定义。系统的仿真和迅速的标准活动是在支持系统和早期的客户互动目标当中执行。足量的设计工作会在定义可行性阶段中进行。主要的技术和内容应该能被了解和利用，而在可行性阶段结束不该有无法解答的问题。因为大部份的研发费用是用在发展阶段中和，在可行性阶段评审当中将会做资源分配的决策，这样的区别是跳出评议的关键。这些决定可能需要PAC在项目当中做替换。在可行性阶段中，核心小团队曾以有限的资料来发展项目的可行性。要发展阶段的开始，核心团队成员需要来自其它小组的支持。核心团队成员是最早选出的代表成员，或者是他们部门决策的决案领导人。在这方面核心团队代表要负责引导及统御支持小组成员。支持小组成员并不是核心团队成员，他们并不参加核心团队会议。但在有需要的情况下他们也会参加会议。在可行性阶段中每一个团队都要有项目助理。在研发阶段中包括技术发展、整合、工程规范系统认可，生产程序发展，计划产品的介绍和支持。大部份的资源都分配在这个阶段和特别有贡献的支持团队上。这个阶段包含工程认可测试中的工程规格产品测试，程序认可测试执行，以及对正式修正控制的工程文件发放。在合格认可阶段中包括有效产品功能和绩效，有效制造过程和凭证及发行和产品运送，量产所需的可行性发展。在这一个阶段主要传递的是完成的，程序认可测试，设计认可测试和试车。PAC同意认可阶段评审中专员和发起相关行销和支持活动。产品上市连接量产，以及一般产品上市所须的活动，完成阶段需求包括稳定量产规范的达成，但是并非指尖峰量产率的达成。这是强调产品的稳定性和由工程调整指针认可的制造过程，产品品质指针，完成流程成成熟测试它须要取得与流程认可测试相似的结果，在活动进行阶段减少工程资源的能力。在串连阶段的最后，产品的正式责任会由核心团队传给部门组织。在量产阶段中，产品的上市须要行销的支持以改善和检讨产品性能，它是来自制造到生产到市场预估和以顾客满意度来提供产品支持并留意顾客的反应，每一段的完成评审会在串连阶段执行了六个月，以分析产品导入后的成功与否。TL9000的相关指针会针对量产流程和认可设计有效性上被记录和报告。两个功能性单位专责顾客数据的选择并发展TL9000指标如下：顾客论坛管理人主要客户其余有连络的客户TLComm's的资源管理包括PAC品保单位和技术服务支持单位负责指针报告工作。基于市场须求的变更、产品基于费用、时间市场趋势，会做重新设计、改善或报废的决定。企业发展单位引导所有活动。当产品被报废时，技术服务支持单位会进行顾问评选活动。细节和定义请看程序。项目计划成功的项目引导需要建立和维护对多层计划的了解。计划要仿真流程的架构（例如阶段，步骤和工作）。一开始,高层次的项目计划应在概念阶段中备妥，'并做为初始整合方案中的一部份。计划的后来结果有核心团队领导人来控制，并且是发生在项目当中。做为产品发展计划的要求。各层的计划信息认可包涵最适合读者的细部标准。表步矛骤总览一主要项目主要传达事项内容领导核心成员1.概念阶段主要的整合方案计划高度分析产品企业机会并建立项目传达，包括主要市场和竞争研讨、产品概念、产品政策、产品计划、资源和财务项目。概念领导者和服务的协助2.可行性阶段整合项目计划和包产品研发计划U包含更新跨部门计划，整个发展流程的，提供市场可行性的细项评估，产品策略和定义、部门策略、项目计划、资源和软硬件的财务计划。核心团队领导者产品需求文件转化客户导向市场需求进入清楚的内定叙述，针对产品机能性、性能、可信度，包括市场确认和技术考量和市场窗口。产品的定义叙述将会是软硬件双方面。行销系统设计文件程规格起首字母原料单产品性能规格和类别结构设计，包括主要技术风险和挑战。对于连续步骤和软硬件有足够的数据和高度信心来评估划和费用发展。计划最好包涵主要供货商和最初的合约流程工程3.发展阶段产品导入计划计划明订行销策略、人格、沟通、促销、配送管道和业绩支持行销整合测试报告和预设的原料单电子和机械的产品设计和执行要素包括为EVT而整合所有要素而进入最后的成品阶段.工程修改流程管制产品文伟例：原料单）.组件和组装的测试会在机能规范上执行，这是根据在整合测试告中的测试结果来进行.工程开发的选项软件的细部设计和执行，涵盖单位测试的研发和执行以认可系统整合的准备。影响所及的文件都会被升级并成为开始的选项和相关的软件文件，它将是软件工程的输出软件工程预先开始的原料单次系统产品的设计和执行（例：动力、供给、封装、包装）包涵组件测试的发展和执行以证明产品整合的准备事项。产品生产文件由工程修改流程来整控。依据整合测试报导的结果，组件和组装测试在性能的规范上执行。工程EVT计划和流程DVT计划和流程ALPHA测U试计划UBETA测试计划对于遵守规定的要求对于工程确认测试，设计确认测试和ALPAA、BELTA测试做整个策略、计划和流程的准备工作。申请对于管理机构遵循性的测试和检定。工程/产品保证制造和测试计划产品品质计划计划的发展和对于装配、组合、产品测试、PVT、品质、量产前的识产范围的处理，包括所有的装修，设备和装置。制造/品质对于Iomega和合约制造商的研发活动。建立工程规范，EVTY和DVT单位。

PSI计划LDI手册摘要供货商评选，组件提供的计划和流程发展，包括资源策略，稳定量产内的工程模范课程技术性刊物规划对于所有使用者和服务性的刊物做设计、准备工作并掌握时效性。工程客户满意计划客户管理计划，订单量，技术支持RAM维修和产品售后保固事项，包涵训练计划发展，原料和适用性测试计划和报告。EVT报告工程验证执行，符PRD的仿真测试，系统设计，软件和硬件设计。工程/产品保证EVT测试整个产品的机能和效用。所有的工程文件都属被分类，更新和发行。工程/产品保证等级评定阶段Alphn测试报告在客户的工作量需求和环境下进行AnLomega-conductedtestofProduct,测试工程规范，EVT单位或DVT单位。工程Beta测试报告由客户在客户的工作量下执行测试，测试DVT单位，仿真测试整个系统效能并预备出货量。产品保证/客户满意度DVT报告管控守则概要整个产品的机能和效用演练，进行使用DVT测试，验证产品流程的完整性，并在所有的相关情况下，应用工程规格，停止问题记录并开入做为DVT报告中的测试。产品保证/工程产品度车评估报告FSI计划发出原料单执行原料再制过程、制造、组装、量产测试和后勤支持流程，包含产品费用时效性，量产准备工作，并更新发出所有适当的产品和流程文件。制造和品质保证4.连续阶段PSI计划产品导入计划执行摘要2.产品导入计划行销更新制造、测试计划摘以纳入PMT制造执行运作计划和流程以达成，稳定量产和支持交货量的目的，包括整个生产流程证明，PMT和确保供货商遵守合约的评定报告制造/品保客户满意度方案持续改善方案3.客户满意计划的实施客户满意度5.量产阶段行销完成检讨报表由生产文件来管理来支持稳定量产的活动，评估产品改善的机会，并决定是否交还给核心团队以增加研发活动。持续3-6个月追踪检讨连续阶段，执行核心团队完成的检计报告和同等的团队，团队领导人讨论实际的结果和上课心得。结束生命周期阶段EDL计划UOEMEOL合约表格生命周期结束计划的发展。执行EOL计划以成功的自市场上撤回产品进行客户评选活动以计划产品撤除活动行销、制造、技术服务2.4.阶段评审阶段评审策略是产品评审委员会检讨包含阶段活动的结果，并提供指导方针给核心团队对于未来的阶段活动。阶段评审是以企业展望来主导和进行，他们的性质不同，也无法取代技术设计阶段。它的目标是先前合约阶段的目标和完成传递阶段的执行对于后来的阶段提供，管理方向并协议或再协议项目合约对于下一个阶段。阶段评审会议的结果是继续下一阶段的决策，基于未履行的阶段目标，来完成的传递事项或决策更改而进行决策修正，利用评审中的先后顺序或直接予以取消，要求的传递事项是基于稽核的结果，它是每一个评审前由流程协调人员执行的，这是针对为确实遵守阶段要求而言，PAC的许可决议需要一个明确的资源分配以成功的完成下一阶段。对于核心团队的退出评审公开讨论以明定主要产品传达的更新，对于新的或更新的信息比较原始的承诺，对于收入、利润、损失、损益平衡表，和整合项目计划中的现金流量计划表，都应予以更新，摘要后，和品质指针、计划一起提出报告。项目章程是用在表示这些承诺事项的完成，预测下一阶段，并且对于中间阶段评审