产品研发的组织架构和研发流程管理

产品研发的组织架构和研发流程管理
1、基于IPD管理思想的产品研发组织架构
产品研发的组织架构指研发项目的立项和怎么有效的确定产品研发的人员组织。

确定研发产品的立项和合理的调配研发人员组建研发团队是产品研发成功的前提和基础，通过合理的产品立项组织和产品研发过程控制，缩短产品的研发周期，达到资源的合理利用。

1.1、产品研发IPD的基本思想
在产品研发组织中,集成产品研发的基本思想是一套先进、成熟的理论，集成产品研发(Integrated Product Development, 简称IPD)包括产品研发的模式、理念和方法，包含了先进的产品研发理念和研发模式。

集成产品研发(IPD)的基本思想的核心思想包括：
强调产品基于市场研发;新产品研发是一项投资决策。

IPD强调要对产品研发进行有效的投资组合分析，研发要以客户需求为核心进行，IPD把正确定义产品概念、市场需求作为流程的第一步，使产品的立项准确;
跨部门、跨系统的协同，采用跨部门的产品研发团队(PDT：Product Development Team)，通过有效的沟通、协调及决策，达到尽快将产品推向市场的目的，强调资源的有效利用和资源整合;
异步研发模式，也称并行工程。

通过严密的计划、准确的接口设计，把原来的许多后续活动提前进行，这样能缩短产品上市时间。

重用性。

采用公用构建模块(common building block)提高产品的研发效率。

注重技术资源的重用和使用。

1.2、IPD研发模式的好处
产品的研发组织架构主要中依据IPD的基本思想，从企业的流程重组和产品重组的角度使产品的立项研发和产品人力资源有效调配依据一个完整的框架和管理流程，其主要好处在于：
①产品研发周期显著缩短;
②产品成本降低;
③研发费用占总收入的比率降低，人均产出率大幅提高;
④产品质量普遍提高;
⑤花费在中途废止项目上的费用明现减少。

1.3、基于IPD思想建立的产品研发组织架构
依据IPD框架的基本思想，从企业级的管理角度，构建了一套完整的产品研发组织架构。

产品研发体系以矩阵方式组织，划分为产品线和资源线。

产品线是由研发、测试、工程、客户服务等不同部门人员组成的贯穿整个产品研发过程的团队。

实行产品经理负责制，由产品经理负责组织产品研发团队(PDT)，进行产品的研发、测试、实施和技术支援的组织协调工作;产品研发组织、测试和实施等工作可根据项目大小的需要设项目经理完成具体的研发、测试等工作。

资源线包括研发部，测试部，工程部和技术支援部。

各资源部门经理可根据产品研发团队的人员需求情况进行人员调配，组织必要的技术培训和技术指导，以达到资源的合理设置和充分利用。

产品的总体设计和研发管理由产品总体组负责。

整体的产品研发组织架构如下：
其中技术总监负责产品的研发和技术管理工作，市场总监负责根据市场需求，协同总体组根据技术实现情况确定产品的立项。

通过矩阵式的资源线和产品线的产品研发组织，使公司产品研发组织灵活，资源调配合理，缩短产品的研发周期，提高产品的研发效率。

2、产品研发的流程化管理
产品研发过程的管理，指产品研发项目确定后，进行产品研发，形成可交付使用的软件产品的过程。

在产品的研发过程中，怎么作好研发过程的管理和控制，是确保产品研发质量和研发进度的关键。

产品的立项、研发和实施是以结构化的工作流程的方式开展的。

产品的生命周期，分为产品的需求分析和立项，总体计划，研发，测试，工程实施，技术支援等阶段。

在产品研发控制中，应根据产品的生命周期进行流程化管理。

总体的研发流程为：
下面根据产品的研发流程给出各阶段的输入、任务、输出。

2.1 产品需求分析和立项
2.1.1 输入
市场部的产品合同、客户需求及技术总监的签署意见;
各产品经理的定期产品研发情况报告。

2.1.2 任务
进行产品的系统总体，确定产品的技术方案;
根据产品经理定期的产品研发情况报告，对产品研发中出现的问题，及时协调解决。

2.1.3 输出
由技术总监和相关人员组织评审产品总体设计方案，确定产品总体设计说明书;
根据产品总体设计说明书和产品的商务合同，技术总监下达产品研发启动说明书，确定产品经理;
根据各产品经理定期的产品研发情况报告及问题解决情况，汇总形成产品研发情况报告，报技术总监及相关人员。

2.1.4 责任人
技术总监，总体组
2.2 总体计划
2.2.1 输入
产品研发启动说明书;
产品总体设计说明书;
产品的合同;
客户需求;
产品研发团队人员设置情况。

2.2.2 任务
根据产品总体设计和产品研发启动说明书，和各资源经理协商，组建研发团队;
确定产品研发经理、产品测试经理、产品实施经理、产品客服经理;
制定产品总体研发计划;
跟踪产品总体研发计划执行情况，协调解决计划执行中出现的问题;
定期形成产品研发情况报告。

2.2.3 输出
高效的产品研发团队;
总体产品研发计划;
及时跟踪总体产品研发计划执行情况，发现问题及时解决，并定期形成产品研发情况报告;
总体产品研发计划报技术总监和产品总体组批准生效;
批准后的总体产品研发计划下发给产品研发经理、测试经理、产品实施经理和产品客服经理;
研发情况报告定期报给产品总体组;
交付使用的软件产品。

2.2.4 责任人
产品经理
2.3 研发
2.3.1 输入
总体产品研发计划;
产品合同;
客户需求;
研发经理必要的技术指导和产品研发相关的技术资源。

2.3.2 任务
确定客户需求，形成产品需求规格说明书;
根据总体产品研发计划、研发组人员配备情况和产品需求规格说明书，确定产品研发计划; 根据确定的需求规格说明书，组织研发人员进行系统的周详设计;
跟踪研发过程中需求的实现情况，确保产品需求的实现;
有效的进行研发过程中的设置管理;
有效的组织、指导、协调研发工作，进行研发小组内的工作任务分配;
跟踪产品研发计划执行情况，定期形成产品研发情况报告。

2.3.3 输出
产品需求规格说明书，报产品经理、产品总体组评审，并和客户进行确认后生效;
产品研发计划，报产品经理，组织研发经理和相关人员评审，确认后生效;
产品需求实现情况表，产品设置库情况表;
定期形成研发情况报告，并报产品经理;
交付满足客户需求的产品;
产品安装使用说明书。

2.3.4 责任人
研发项目经理
2.4 测试
2.4.1 输入
产品需求规格说明书;
产品使用说明书;
测试经理的必要指导，并提供相关技术资料;
总体产品研发计划。

2.4.2 任务
根据需求规格说明书、产品总体研发计划和产品安装使用说明书制定产品测试计划，编写测试用例; 组织研发人员进行产品测试;
对测试结果进行记录，形成测试报告;
跟踪测试过程中出现的问题，和产品研发经理协商，跟踪确认解决;
跟踪测试计划执行情况，定期形成产品测试情况报告。

2.4.3 输出
产品测试计划，报产品经理，评审确认后生效;
测试报告，报产品经理和产品研发经理;
产品测试情况报告，报产品经理;
经过测试的产品。

2.4.4 责任人
测试项目经理
2.5 工程实施
2.5.1 输入
研发完成的可交付使用产品;
总体产品研发计划;
产品安装使用说明书;
客户需求和实施现场情况。

2.5.2 任务
根据产品总体研发计划、客户现场的实际情况制定产品的实施计划;
执行产品实施计划，有效的组织实施人员进行产品的实施;
跟踪产品实施情况，协调解决定产品实施中出现的问题，定期形成产品实施情况报告。

2.5.3 输出
产品实施计划，报产品经理审批后生效执行;
产品实施情况报告，报产品经理;
客户产品验收报告，实施后的产品，可交付客户使用。

2.5.4 责任人
工程经理
2.6 技术支援
2.6.1 输入
已交付使用的软件产品;
客户的咨询或服务请求。

2.6.2 任务
解决客户提出的问题;
组织客服人员记录问题的解决情况;
对解决不了的问题，及时反馈给产品经理;
定期形成客服情况报告;
根据客服问题的记录及客户的反馈意见，对产品的研发提出意见或建议，促进产品的设计和研发。

2.6.3 输出
产品客服情况报告，记录客服情况和客户意见，报产品经理;
产品研发的意见和建议，报产品经理。

2.6.4 责任人
客户服务经理
3、基于CMM2的产品研发过程的文件化管理
软件能力成熟度模型CMM(capability Maturity Model)，简称CMM，他是对于软件组织在定义、实施、度量、控制和改善软件过程的实践中各个发展阶段的描述，由卡内基.梅隆大学的软件工程协会(Software Engineering Institute, 简称SEI) 提出并完善，目的是通过一个合理的体系模型来对软件组织研发能力进行合理有效的评估，帮助软件组织在模型实施的过程中提高软件过程管理能力，降低软件系统研发风险，在预定的项目周期和预算内研发出高质量的软件产品。

CMM共分5级，CMM2级是可重复级，强调软件研发过程是有纪律的，可控的，其中文件化是研发过程管理和控制的基础。

在产品研发的不同阶段，基于CMM2级过程控制的基本思想，进行项目计划、计划的跟踪监视，进行文件化管理。

研发过程的文件化管理是研发过程控制的重要环节，文件化管理的意义主要在于：
文件化管理是软件研发过程管理制度化、规范化管理的基础，通过研发组织和产品研发过程的文件化管理确保产品研发过程是有序和有纪律的;
文件化管理也是有效保存公司技术资源和管理资源的基础;
文件化管理也是产品研发过程跟踪控制和产品研发过程有效沟通的基础;
通过文件化的管理，定期的进行产品研发情况汇报和产品评审，也是质量考核的基础和依据。

在整个项目执行过程中，阶段性的计划，及计划执行情况的跟踪反馈非常重要，因为只有通过对项目计划执行情况的跟踪，才能发现并及时解决项目执行过程中的问题，控制项目的执行过程，使项目按计划完成。

整个管理体系中的文件包括管理文件和技术文件，整个文件管理体系应根据实际需求制定相应的模版，以便于企业整体的文件标准化管理。

总结
在产品组织中，怎么依据市场的需求进行产品的立项是一关键环节。

而在产品研发启动后，怎么做好过程控制，按计划进行产品研发，是产品研发过程的又一重要环节。

本文依据IPD的管理思想和CMM2及过程控制的理论，建立了一套软件企业的产品研发组织和过程管理的管理体系框架，适合中小企业用于产品的研发和过程管理。

出师表
两汉：诸葛亮
先帝创业未半而中道崩殂，今天下三分，益州疲弊，此诚危急存亡之秋也。

然侍卫之臣不懈于内，忠志之士忘身于外者，盖追先帝之殊遇，欲报之于陛下也。

诚宜开张圣听，以光先帝遗德，恢弘志士之气，不宜妄自菲薄，引喻失义，以塞忠谏之路也。

宫中府中，俱为一体；陟罚臧否，不宜异同。

若有作奸犯科及为忠善者，宜付有司论其刑赏，以昭陛下平明之理；不宜偏私，使内外异法也。

侍中、侍郎郭攸之、费祎、董允等，此皆良实，志虑忠纯，是以先帝简拔以遗陛下：愚以为宫中之事，事无大小，悉以咨之，然后施行，必能裨补阙漏，有所广益。

将军向宠，性行淑均，晓畅军事，试用于昔日，先帝称之曰“能”，是以众议举宠为督：愚以为营中之事，悉以咨之，必能使行阵和睦，优劣得所。

亲贤臣，远小人，此先汉所以兴隆也；亲小人，远贤臣，此后汉所以倾颓也。

先帝在时，每与臣论此事，未尝不叹息痛恨于桓、灵也。

侍中、尚书、长史、参军，此悉贞良死节之臣，愿陛下亲之、信之，则汉室之隆，可计日而待也。

臣本布衣，躬耕于南阳，苟全性命于乱世，不求闻达于诸侯。

先帝不以臣卑鄙，猥自枉屈，三顾臣于草庐之中，咨臣以当世之事，由是感激，遂许先帝以驱驰。

后值倾覆，受任于败军之际，奉命于危难之间，尔来二十有一年矣。

先帝知臣谨慎，故临崩寄臣以大事也。

受命以来，夙夜忧叹，恐托付不效，以伤先帝之明；故五月渡泸，深入不毛。

今南方已定，兵甲已足，当奖率三军，北定中原，庶竭驽钝，攘除奸凶，兴复汉室，还于旧都。

此臣所以报先帝而忠陛下之职分也。

至于斟酌损益，进尽忠言，则攸之、祎、允之任也。

愿陛下托臣以讨贼兴复之效，不效，则治臣之罪，以告先帝之灵。

若无兴德之言，则责攸之、祎、允等之慢，以彰其咎；陛下亦宜自谋，以咨诹善道，察纳雅言，深追先帝遗诏。

臣不胜受恩感激。

今当远离，临表涕零，不知所言。