产品研发项目管理流程产品项目管理流程

　　产品开发项目管理流程如何？下面是小编为大家带来的产品项目管理流程，欢迎大家阅读。
　　产品研发项目管理流程。
　　下面两张图是产品研发简化流程图，互动设计环节在提出需求和视觉设计之间增加，可以直观地看到互动设计发挥了上下作用，但实际上互动设计师做了什么，如何与其他职场合作，下面详细说明。在此之前，我们先记住交互式设计的本质：规划交互式行为方式，设计达成行为的最有效形式。
　　没有交互式设计的研发过程。
　　有交互式设计的快速研发过程。
　　产品开发的六个层次。
　　产品开发分为上图的6个层次，实际上用户体验要素中提到的5个层次理论加上实现层次，分割后，产品从抽象到具体的过程，可以清楚地分析，了解各单位的责任。以下详细分析各级别在做什么，交互设计师在各级别的作用和作用
　　战略层面。
　　内容：定义产品的方向、概念、定位、目标等
　　一般来说，上司们备受瞩目，产品经理们绞尽脑汁，用研究、市场、交流等同学制定计划，不怎么说。
　　范围层。
　　内容：规划产品的规则、入口、功能内容。
　　负责人：产品经理。
　　合作者：互动设计师。
　　输出：需求文件。
　　在需求定义阶段，产品经理经常犯错误通过描述用户行为和接口形式来表达需求
　　产品经理往往要借助自己对形式的观察和想法，或者从用户的角度来说明操作过程，明确自己想要的需求，用自己画的图来表现需求。为什么这么说，看看电脑中自己或他人的需求文件，如图所示（这些都是产品经理交给互动设计师的需求文件）
　　产品研发项目管理流程、产品项目管理流程
　　产品能否成功开发，能否满足客户的核心需求，产品项目管理至关重要。在项目管理过程中，项目经理的责任与评价、项目立项与可行性研究、客户核心需求的分析、产品研发过程的需求交流与管理、体验测试的重视、生产环境验证、客户反馈的处理是核心。
　　1。产品可行性分析报告和立项报告。
　　产品开发前需要确认产品可行性分析报告和产品立项报告。《产品立项报告》必须由分管负责人明确立项意见。产品是否进入设计研发，以立项意见为准。
　　提交人可由公司分管负责人、总工作、市场部门、产品设计部门、技术开发部门。基本程序由项目相关人员初步研究讨论后，形成项目建议书，分管负责人指定具有项目研究能力的人（一般为项目经理产品经理）组织项目研究，形成可行性分析报告。
　　《可行性分析报告》主要讲述项目开发背景、现状、意义、策略、竞争力、法律、经济、技术、市场、资源配置的可行性，提出产品实现路线和技术路线，提出创新点，投入产出预算、市场计划、销售计划、经济和社会效益、项目风险评估和风险控制措施、公司辅助保障措施等。
　　风险控制：一般新技术在产品中的使用率不得超过30。超过这个限度，质量和进度往往不容易保证。
　　做好这一步，项目分析师需要做好公司战略分析、市场分析、竞争品分析、技术分析、内部资源分析、经济预算等。
　　2。整体设计和项目研发计划。
　　《产品总体设计》和《产品研发计划》由项目经理负责制作。
　　整体设计的内容包括用户需求定义、产品使用场景描述、业务流程和运行模式、系统功能结构和模块概述、系统技术结构、业务数据流和数据库逻辑结构设计、界面设计、异常处理逻辑、运行环境、功能性能指标要求等。
　　整体设计要正确评价成本、进度、风险，反映在管理上司，及时进行战略调整和资源协调。
　　为了做好整体设计，项目经理需要与用户多次沟通，掌握用户的核心需求，识别核心需求和次要需求。
　　确定项目的研究开发计划。研发计划包括项目范围、任务分解、进度、质量、团队、资源等组织安排。指定产品经理、视觉设计师、前端工程师、硬件工程师、软件工程师、结构工程师、测试工程师等。
　　3。需求规格说明和界面设计。
　　需求分析和需求规格说明书由项目经理组织产品团队编制。
　　产品团队根据产品整体设计制作产品规格说明书和交互说明书，发行原型和视觉设计图。
　　产品规格说明书和互动说明书应详细说明产品使用的场景、流程、功能需求、信息结构、互动方式、用户体验等。
　　原型文件和视觉设计图必须真实地设计用户的交互方式、视觉界面等。
　　要想做好这一步，就需要经常与终端用户进行沟通，掌握终端用户的真实体验和内心期望。
　　4。系统详细设计和测试文档。
　　项目经理组织技术经理及其团队根据《总体设计》和需求规格说明书编写《系统详细设计说明书》。测试经理及其团队应根据总体设计、需求规格和详细设计制定测试大纲和测试用例。
　　系统的详细设计要求表达模块的算法、流程、状态转换、数据结构的详细设计等内容。常用类图、状态图、判定表、序列图、伪代码等形式进行辅助说明。软件的详细设计应细分成本、进度、风险，提出资源要求。
　　详细设计分析公司现有的软件资源，看哪些可以再利用，哪些需要开发，哪些困难，需要商量、外包、购买。
　　经项目经理批准的详细设计，可进入编码。
　　5。软件代码和自我测量。
　　软件工程师编码后，根据《测试大纲》，自测通过后，提交给测试工程师进行可靠性测试。
　　软件自测要求保证系统功能和界面符合正常用户使用的基本习惯、基本功能逻辑和界面体验，符合整体设计、需求规格说明书和界面设计原稿对产品核心需求的特定说明，正向运行测试流畅，无明显障碍。
　　在详细的设计和编写代码的过程中，项目经理必须协调监视，积极参与产品经理等相关人员。项目经理带领相关人员负责需求解释、产品和技术可行性方案的讨论和决策。
　　6。产品测试、体验测试、公开测试。
　　小型系统的产品测试一般需要测试工程师完成，但复杂、新型或大型项目的产品测试需要测试工程师和产品相关人员共同进行。产品测试不仅要根据测试大纲进行测试，还要结合普通用户使用的基本习惯、基本功能逻辑和接口体验，消除需求文件、程序设计没有具体表现和强调的死角。
　　测试内容包括功能性测试、可靠性测试和体验性测试。功能个测试产品的每个功能。可靠测试测试产品长期运行和模拟现场情况。体验测试测试测试产品用户使用场景的实用性、流畅性、舒适性、审美性等。
　　体验测试特别体现了测试人员和产品人员的产品思维。测试过程可能会发现需求设计和程序设计的死角，这些死角可能是影响正常用户使用的基本习惯、基本功能逻辑和接口体验。因此，程序开发人员、测试工程师和产品人员都有责任消除它们。
　　体验测试也可能在特定场景中发现对提高用户体验特别有价值的需求。这些需求可能只需在当前版本进行少量修改就能显着提高相关体验，需求可能比较复杂，需要计划下一个版本进行反复升级。
　　一般产品测试可以通过内部测试发布。但是，面向广泛的集团，也有特别考虑用户体验的产品，可以限度地邀请一部分用户进行测试，也可以定义开放一段时间对公众进行外部测试。公测可以切换视角，从最终用户收集非常有价值的意见和建议，增加产品与用户的粘合度，有利于改善产品体验，也有利于营销产品。
　　7。部署生产环境。
　　测试合格后，项目经理根据项目计划组织将产品部署到生产环境中。产品部署到生产环境后，项目经理领导产品，测试相关人员进行生产环境验证，确保核心功能、页面表现、主要交流在生产环境中正常。
　　这项工作千万不能忽视，一旦发现生产环境出现意外问题，应及时修复并重新部署。
　　8。项目检查和客户反馈。
　　项目检查和客户反馈是项目结束的重要环节。项目检查需要项目经理和客户代表共同签字确认产品符合客户确认的核心需求。客户试用期提交的属于需求说明书范围内的问题修复。客户提出的改进建议被记录下来，作为下一个版本反复的参考依据。
　　客户检查和反馈意见应在项目交付后一个月内回收。