excel能翻译英语吗
612
2023-01-17
研发部工作流程图制作模板（研发部工作流程图制作模板怎么写）
本篇文章给大家谈谈研发部工作流程图制作模板，以及研发部工作流程图制作模板怎么写对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。
今天给各位分享研发部工作流程图制作模板的知识，其中也会对研发部工作流程图制作模板怎么写进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！
序号 (涉及部门) [流程]
1 （技术中心 销售部门）[提出立项申请]
工作内容说明：
技术中心根据公司产品战略规划结合市场需求发展对市场调研分析和预测研发部工作流程图制作模板，提出新产品研发部工作流程图制作模板的立项申请及《可行性报告》，销售部门负责协助市场调研和需求收集。
2 （管理部门） [立项评审（评审
不通过则终结）]
工作内容说明：
管理部门根据技术中心提出的新产品的立项申请和《可行性报告》，结合公司产品战略规划进行评审，决定是否立项并确定项目组成员。
3 （技术中心） [项目策划]
工作内容说明：
技术中心根据立项评审意见和《可行性报告》编制《项目任务书（初稿）》和《设计方案（初稿）》。
4 （技术中心 生产部门） [方案评审]
工作内容说明：
根据技术中心编写的《项目任务书（初稿）》和《设计方案（初稿）》，对《项目任务书（初稿）》中不完整的、含糊的或矛盾的要求予以解决，对《设计方案（初稿）》中技术设计实现中存在的问题提出并给出适合的解决方法，以确保方案设计的技术实现是充分与适宜的，形成《项目任务书》和《设计方案》。
5 （技术中心） [详细方案设计]
工作内容说明：
技术中心根据方案评审通过的《项目任务书》和《设计方案》进行详细方案设计并制作出产品样品供测试部门测试验证。设计人员完成全套设计图样及相关说明书等技术资料的编制。
6 （测试部门） [研发测试、验证]
工作内容说明：
测试部门根据《设计方案》编写《测试方案》，并依据《测试方案》对项目组提供的样品进行测试验证，把问题反馈给项目组并根据最终测试结果形成《研发测试报告》。
7(技术中心 生产部门 供应部门) [设计评审]
工作内容说明：
对测试部门测试验证通过的产品转设计评审。技术中心提供《设计方案》、全套设计图样、相关说明书和产品样品。具备条件的转生产中试，有问题的改进再评审。
8（生产部门 供应部门 技术中心)[生产中试]
工作内容说明：
生产中试由生产部门负责组织。生产部门应编制必要的文件如工艺方案、工艺路线、工艺规程等。供应部门应按物料清单准备好各种符合要求的原料、辅料等必需物资。技术中心给予技术支持。形成《生产中试验证报告》。
9 （技术中心 生产部门）[生产中试评审]
工作内容说明：
对《生产中试验证报告》和生产中试样品进行评审。对产品规模化生产的可行性进行评估。对于具备规模化生产的产品同意转生产，对于存在问题不具备规模化生产条件的产品建议技术中心改进，重新生产中试后再评审。
10(技术中心 生产部门 销售部门)[设计确认]
工作内容说明：
对通过生产中试评审的具备规模化生产的产品进行设计确认，出具《项目设计确认评审报告》，并交由生产部门投入生产，再由销售部门投放市场。
11 （技术中心） [结项]
工作内容说明：
对于已出具《项目设计确认评审报告》的项目，技术中心整理全部技术资料移交归档，并办理结项手续，项目任务完成结项。
我曾在《AI 智能硬件｜产品思维与项目思维》中举了蔚来汽车的例子说明项目管理的重要性，另外在知乎上写了一篇关于智能硬件研发流程的文章，只是个开头浏览量也有 1700 左右。
为了写这篇文章，画总体流程以及编制相对详细的表格，因此花费了不少的时间，导致一周未更新。
哎，以上都是废话，从总体流程开始吧！
一款产品，我们通常说从 0 到 1，包括了市场阶段的产品需求、产品实现；从 1 到 100，包括了产品的销售、运营、维护等。
这里讲的研发流程仅指产品需求已经确定了，将产品需求变为产品的研发过程，不包含前期的市场部分，也不包含产品上市以及运营过程。
01 总体流程
智能硬件看似复杂，拆解出来脉络很清晰。包含硬件（HW）、软件（SW）、外观（ID）、结构（MD）、互联网平台。
其中软件包含板级支持包（BSP）、底层引导程序（bootloade）、系统与应用程序、算法，这些不展开来讲，找固件打包的工程师就 OK ，一般所有的程序都汇总到他那儿了。
作为项目经理，不太需要进行深入的了解，当然能够深入更好，但作为产品经理还是更深入一点较好。
互联网平台，这个包含云服务、后台、App、小程序等。常见的是前三个。跟进对应的工程师就好。
总体流程图如下：
可能到这儿，脉络上比较清晰了，但是具体到操作执行上，怎么跟细化还是不太清楚。因为有些任务是串行的，有些是并行的。一个细项任务牵扯到几个部门。
02 项目阶段
很多项目管理人喜欢将项目研发分为 EVT阶段、DVT阶段、PVT阶段、MP阶段和维护阶段 ，我一般不这样分，对于这些总结性的项目管理概念熟知于心即可，不必要过于追求。
因为有时候，你会发现，因为需求的改动、比较重要的 BUG 等原因会改变项目的阶段，比如从 DVT 阶段又回到了 EVT 阶段。
另一个原因是智能硬件产品一般更加适用瀑布流开发，互联网的敏捷开发不太适用于智能硬件。所以这一节只做简单介绍，作为项目管理有个概念认知就好。
下面根据我自己经验，我的心理认知进行阶段界定。
EVT 阶段： （Engineering Verification Test），指工程验证。一般在工程样机之前的研发行为，我都称之为工程验证。
这个阶段，目的是工程验证。尽可能的发现设计问题，方案对比。
最终拿到的是工程样机，用于样机整机测试，判定是否可以开模。
DVT 阶段: （Design Verification Test）,指设计验证测试。最终拿到的是试产的整机样机，用于多方联调，验证优化。
上一个阶段，完成产品的雏形，这个阶段继续上个阶段的设计开发、优化。MD 详细设计完成，开始投模、试模、修模、颜色调制等。
试产模具，组装整机，进行硬件/结构的整机测试。软硬件、结构、互联网平台多方联调。比如软硬件的稳定性、可靠性、性能等；软件与互联网平台（云服务/App等）联调测试；硬件与结构的联调测试，比如散热、结构强度等。
另外，这在这阶段关于产品的贴纸、说明书、包装等可以开始设计/打样，然后等待，因为这些时间周期比较短。
如果软硬件状态比较理想，在这个阶段尽早安排认证。因为认证周期非常长，基本在 40 天左右，别等到产品快要量产了，认证还没出来，影响销售。
总之，这个阶段就是联调、测试、试模、打板、试产。
PVT 阶段 ： （Process Verification Test），指生产验证。进行小批量产，摸清生产工艺，测试工艺，为大批量产做准备。
这个阶段依然会进行各种验证，以及解决上一阶段遗留的一些小问题。但主要的精力放在一致性、设计（细节，比如按键手感不好，干涉等）调整上。
各部门处于生产支持模式，比如工程部制作 SOP（标准作业程序），结构部帮忙解决生产上的结构问题。与生产相关的测试工具、生产工具、烧录工具、产测工具的支持。
所有的生产支持文件规定当送到工厂，量产软件/量产硬件BOM/量产结构BOM，结构/元器件终版签样。
总之，这个阶段就是为了保证产品量产。 量产顺利，效率高，不良率最低，产品一致性够高。
关于研发阶段就这么多，其他的就不讲了。这个分类只是自己项目管理用，工程师其实不关心。自己做到心中有数，自己的产品到了什么阶段，离目标还有多远，从全局角度考量如何把控项目进度。
03 细化流程
这一节是我最想讲的，因为我刚做研发端产品的时候，需要管项目。
我的切身体会是，不知道各项细化任务之间怎么串起来，不知道从哪里下手，该找谁并拿到什么输出作为下一步的开始。网上找了很多资料都是关于项目阶段的介绍，类似上面一节的介绍。
因此想写一写细化流程，但限于文字描述的直观性较差，先看一个表格，然后稍微文字说明。
/简单文字描述/
产品规格书/产品定义出来了之后，产品会组织技术评审。通过后就正式开始立项，排研发计划了。有些项目会先进行预研，然后才导入正式研发。
一般新产品，首先开始 ID 草图设计，然后出 2D 渲染图。
立项后，硬件/软件/结构/互联网平台开始做方案设计、评审（软硬件评审需要双方参与，他们俩高度相关），通过后开始做详细设计。
硬件，这时候开始画原理图、器件摆件。
结构，根据硬件的器件摆件图、关键器件（电池/屏幕/摄像头/SPK 等）与 ID/硬件部门充分共同进行堆叠设计。满足各部门的需求，最终完成产品定义的要求。
ID，拿到结构的堆叠设计图，进行 3D 建模，导出建模图给结构。
结构，根据 ID 的 3D 建模图做详细结构设计。导出板框图给硬件。详细结构设计完成转给模具厂。
硬件，根据板框图 Layout，然后出 PCB 资料，评审/投板。
模具厂，根据结构设计开模。
然后就是软硬件联调，结构/硬件/模具联合解决验证后的问题点。
因为互相关联穿插，文字很难描述。一看《项目管理研发流程》表格，了解全貌，二看下面的《任务排期》。
这一节重点关注各个任务输出的文档文件，后面我组织一下语言做一个纯文字的介绍，怎么串行，怎么并行，相应任务输出什么样的文档文件以及有什么作用。
04 任务排期
任务排期的关键是将各模块拆分成较细立刻的任务，将各个任务串起来。
依然上图：
这个任务排期可能与你的有细微的不一样，我的是根据项目有相应裁剪，顺序略微调整，但是基本逻辑是这样的。
05 项目跟踪
项目经理的天职就是保证项目按时按质交付。因此，项目经理需要紧盯项目，推进项目。
一个智能硬件项目涉及的面非常广，沟通的人也非常多。如果同时跟进几个项目，事项任务更加繁复，不可避免会造成遗漏，沟通不到位，支持不够及时等等状态。
我们在任务排期的时候将任务拆分成中度粒度，为了不遗忘，支持及时，我们可以制定一个任务清单，拆的非常细。
这个用 Excel 就好，我喜欢用这个。每一个任务后面是一级任务/二级任务、做出什么决策、由谁负责、什么时间完成，任务状态等。
例如，ID 设计
什么时候出草图？决策是选定了哪几个草图进行 2D 渲染？什么时候完成？
2D 渲染图，什么时候完成？最终选择哪个进行 3D 建模？怎么修改细节？
3D 建模，结构什么时候提供堆叠图，什么时候完成？
总之，这是一份行动清单。
06 项目管理关键技能
上一节提到项目事项任务繁复，最为常见的是管理不到位造成混乱；另一个是项目问题涉及到多部门造成卡壳。
解决问题的方式是，找到目前现状与目标之间的 关键障碍 ，想办法清除障碍。
解决思路是：
明确问题理解问题
分析及定位问题
提出解决方案
解题思路有了，但是项目管理涉及的面非常广，而且又不懂技术，怎么办呢？
拆解问题 ，将问题拆解成完全穷尽，相互独立的任务。当然这个是与工程师沟通进行的，与相关责任人开短会定性分析。这个结构化思维在产品思维最后一篇文章介绍过，可以回看一下。
表达能力 ，往往与工程师沟通会出现沟通错位，这时结构化的表达很重要。
先结果，后过程：反向推导，这样保证沟通目标是确定的。
先全局，后细节：从全局出发，限定范围，不要扩散问题，然后再确定细节，不能陷入细节不能自拔。
最后，一定要复盘，在沟通的最后复述问题及沟通出来的解决方案，确保没有错位。
项目管理，本质上还是逻辑思维能力和结构化思维能力。做好项目管理需要不断的学习、反思、复盘，提升底层的逻辑能力。
产品研发项目管理流程如下：
一是产品的概念阶段。根据客户的要求和市场预测确定新产品的发展方向
二是计划阶段。由产品研发部门收集资料，编制新产品研发规划，经决策层讨论通过后向产品设计部下达产品设计任务书，并指定项目经理全面负责新产品的研发直至产品批量正式给客户供货。
三是开发验证阶段。从样件的方案设计、技术设计、试制、试验到改进设计、试制、试验此阶段是一个反复的过程。如中间过程的评审不能通过，则需要反复进行改进设计、试制、试验直到产品鉴定确定小批试生产用图。
四是发布阶段。在产品批量投产前必须完成售后服务的准备工作，包括新产品的各种技术文件、在上述各阶段工作完成之后，制作样机，供给客户。经确认新产品即可批量生产。
新产品研发非常复杂，如何进行流程管理是决定新产品研发成功的关键。研发部工作流程图制作模板我们公司一直使用日事清进行研发流程管理。项目确定后组织实施，通过看板按照项目、部门、时间等维度组织团队工作清单，梳理团队任务，创建团队工作计划，让团队工作可视化。建立在看板的任务会自动分解至团队相关成员的个人日程中去，让个人的日程和团队的工作安排打通，实时跟进。每天的工作完成之后都需要进行工作总结，统一生成工作日志。生成的工作日志由专门的负责人进行整理，依据每个人的工作进度再去调整项目研发团队的工作目标。这样可以充分利用研发企业的研发资源，最大限度的发挥企业的研发能量。
本文目录一览：
- 1、技术研发流程-----流程图 和解释
- 2、项目管理：智能硬件项目研发流程
- 3、怎么设计有效的企业结构流程图
- 4、研发项目管理的流程包括什么，怎样做到？
- 5、怎么样把产品研发流程弄成甘特图？懂的给我理下 着急
- 6、研发项目计划的框架
技术研发流程-----流程图 和解释
等级不够研发部工作流程图制作模板，上不了图片研发部工作流程图制作模板，文字表述如下研发部工作流程图制作模板：序号 (涉及部门) [流程]
1 （技术中心 销售部门）[提出立项申请]
工作内容说明：
技术中心根据公司产品战略规划结合市场需求发展对市场调研分析和预测研发部工作流程图制作模板，提出新产品研发部工作流程图制作模板的立项申请及《可行性报告》，销售部门负责协助市场调研和需求收集。
2 （管理部门） [立项评审（评审
不通过则终结）]
工作内容说明：
管理部门根据技术中心提出的新产品的立项申请和《可行性报告》，结合公司产品战略规划进行评审，决定是否立项并确定项目组成员。
3 （技术中心） [项目策划]
工作内容说明：
技术中心根据立项评审意见和《可行性报告》编制《项目任务书（初稿）》和《设计方案（初稿）》。
4 （技术中心 生产部门） [方案评审]
工作内容说明：
根据技术中心编写的《项目任务书（初稿）》和《设计方案（初稿）》，对《项目任务书（初稿）》中不完整的、含糊的或矛盾的要求予以解决，对《设计方案（初稿）》中技术设计实现中存在的问题提出并给出适合的解决方法，以确保方案设计的技术实现是充分与适宜的，形成《项目任务书》和《设计方案》。
5 （技术中心） [详细方案设计]
工作内容说明：
技术中心根据方案评审通过的《项目任务书》和《设计方案》进行详细方案设计并制作出产品样品供测试部门测试验证。设计人员完成全套设计图样及相关说明书等技术资料的编制。
6 （测试部门） [研发测试、验证]
工作内容说明：
测试部门根据《设计方案》编写《测试方案》，并依据《测试方案》对项目组提供的样品进行测试验证，把问题反馈给项目组并根据最终测试结果形成《研发测试报告》。
7(技术中心 生产部门 供应部门) [设计评审]
工作内容说明：
对测试部门测试验证通过的产品转设计评审。技术中心提供《设计方案》、全套设计图样、相关说明书和产品样品。具备条件的转生产中试，有问题的改进再评审。
8（生产部门 供应部门 技术中心)[生产中试]
工作内容说明：
生产中试由生产部门负责组织。生产部门应编制必要的文件如工艺方案、工艺路线、工艺规程等。供应部门应按物料清单准备好各种符合要求的原料、辅料等必需物资。技术中心给予技术支持。形成《生产中试验证报告》。
9 （技术中心 生产部门）[生产中试评审]
工作内容说明：
对《生产中试验证报告》和生产中试样品进行评审。对产品规模化生产的可行性进行评估。对于具备规模化生产的产品同意转生产，对于存在问题不具备规模化生产条件的产品建议技术中心改进，重新生产中试后再评审。
10(技术中心 生产部门 销售部门)[设计确认]
工作内容说明：
对通过生产中试评审的具备规模化生产的产品进行设计确认，出具《项目设计确认评审报告》，并交由生产部门投入生产，再由销售部门投放市场。
11 （技术中心） [结项]
工作内容说明：
对于已出具《项目设计确认评审报告》的项目，技术中心整理全部技术资料移交归档，并办理结项手续，项目任务完成结项。
项目管理：智能硬件项目研发流程
笔者结合自己的项目管经历，向我们介绍了如何管理智能硬件项目的研发流程。我曾在《AI 智能硬件｜产品思维与项目思维》中举了蔚来汽车的例子说明项目管理的重要性，另外在知乎上写了一篇关于智能硬件研发流程的文章，只是个开头浏览量也有 1700 左右。
为了写这篇文章，画总体流程以及编制相对详细的表格，因此花费了不少的时间，导致一周未更新。
哎，以上都是废话，从总体流程开始吧！
一款产品，我们通常说从 0 到 1，包括了市场阶段的产品需求、产品实现；从 1 到 100，包括了产品的销售、运营、维护等。
这里讲的研发流程仅指产品需求已经确定了，将产品需求变为产品的研发过程，不包含前期的市场部分，也不包含产品上市以及运营过程。
01 总体流程
智能硬件看似复杂，拆解出来脉络很清晰。包含硬件（HW）、软件（SW）、外观（ID）、结构（MD）、互联网平台。
其中软件包含板级支持包（BSP）、底层引导程序（bootloade）、系统与应用程序、算法，这些不展开来讲，找固件打包的工程师就 OK ，一般所有的程序都汇总到他那儿了。
作为项目经理，不太需要进行深入的了解，当然能够深入更好，但作为产品经理还是更深入一点较好。
互联网平台，这个包含云服务、后台、App、小程序等。常见的是前三个。跟进对应的工程师就好。
总体流程图如下：
可能到这儿，脉络上比较清晰了，但是具体到操作执行上，怎么跟细化还是不太清楚。因为有些任务是串行的，有些是并行的。一个细项任务牵扯到几个部门。
02 项目阶段
很多项目管理人喜欢将项目研发分为 EVT阶段、DVT阶段、PVT阶段、MP阶段和维护阶段 ，我一般不这样分，对于这些总结性的项目管理概念熟知于心即可，不必要过于追求。
因为有时候，你会发现，因为需求的改动、比较重要的 BUG 等原因会改变项目的阶段，比如从 DVT 阶段又回到了 EVT 阶段。
另一个原因是智能硬件产品一般更加适用瀑布流开发，互联网的敏捷开发不太适用于智能硬件。所以这一节只做简单介绍，作为项目管理有个概念认知就好。
下面根据我自己经验，我的心理认知进行阶段界定。
EVT 阶段： （Engineering Verification Test），指工程验证。一般在工程样机之前的研发行为，我都称之为工程验证。
这个阶段，目的是工程验证。尽可能的发现设计问题，方案对比。
最终拿到的是工程样机，用于样机整机测试，判定是否可以开模。
DVT 阶段: （Design Verification Test）,指设计验证测试。最终拿到的是试产的整机样机，用于多方联调，验证优化。
上一个阶段，完成产品的雏形，这个阶段继续上个阶段的设计开发、优化。MD 详细设计完成，开始投模、试模、修模、颜色调制等。
试产模具，组装整机，进行硬件/结构的整机测试。软硬件、结构、互联网平台多方联调。比如软硬件的稳定性、可靠性、性能等；软件与互联网平台（云服务/App等）联调测试；硬件与结构的联调测试，比如散热、结构强度等。
另外，这在这阶段关于产品的贴纸、说明书、包装等可以开始设计/打样，然后等待，因为这些时间周期比较短。
如果软硬件状态比较理想，在这个阶段尽早安排认证。因为认证周期非常长，基本在 40 天左右，别等到产品快要量产了，认证还没出来，影响销售。
总之，这个阶段就是联调、测试、试模、打板、试产。
PVT 阶段 ： （Process Verification Test），指生产验证。进行小批量产，摸清生产工艺，测试工艺，为大批量产做准备。
这个阶段依然会进行各种验证，以及解决上一阶段遗留的一些小问题。但主要的精力放在一致性、设计（细节，比如按键手感不好，干涉等）调整上。
各部门处于生产支持模式，比如工程部制作 SOP（标准作业程序），结构部帮忙解决生产上的结构问题。与生产相关的测试工具、生产工具、烧录工具、产测工具的支持。
所有的生产支持文件规定当送到工厂，量产软件/量产硬件BOM/量产结构BOM，结构/元器件终版签样。
总之，这个阶段就是为了保证产品量产。 量产顺利，效率高，不良率最低，产品一致性够高。
关于研发阶段就这么多，其他的就不讲了。这个分类只是自己项目管理用，工程师其实不关心。自己做到心中有数，自己的产品到了什么阶段，离目标还有多远，从全局角度考量如何把控项目进度。
03 细化流程
这一节是我最想讲的，因为我刚做研发端产品的时候，需要管项目。
我的切身体会是，不知道各项细化任务之间怎么串起来，不知道从哪里下手，该找谁并拿到什么输出作为下一步的开始。网上找了很多资料都是关于项目阶段的介绍，类似上面一节的介绍。
因此想写一写细化流程，但限于文字描述的直观性较差，先看一个表格，然后稍微文字说明。
/简单文字描述/
产品规格书/产品定义出来了之后，产品会组织技术评审。通过后就正式开始立项，排研发计划了。有些项目会先进行预研，然后才导入正式研发。
一般新产品，首先开始 ID 草图设计，然后出 2D 渲染图。
立项后，硬件/软件/结构/互联网平台开始做方案设计、评审（软硬件评审需要双方参与，他们俩高度相关），通过后开始做详细设计。
硬件，这时候开始画原理图、器件摆件。
结构，根据硬件的器件摆件图、关键器件（电池/屏幕/摄像头/SPK 等）与 ID/硬件部门充分共同进行堆叠设计。满足各部门的需求，最终完成产品定义的要求。
ID，拿到结构的堆叠设计图，进行 3D 建模，导出建模图给结构。
结构，根据 ID 的 3D 建模图做详细结构设计。导出板框图给硬件。详细结构设计完成转给模具厂。
硬件，根据板框图 Layout，然后出 PCB 资料，评审/投板。
模具厂，根据结构设计开模。
然后就是软硬件联调，结构/硬件/模具联合解决验证后的问题点。
因为互相关联穿插，文字很难描述。一看《项目管理研发流程》表格，了解全貌，二看下面的《任务排期》。
这一节重点关注各个任务输出的文档文件，后面我组织一下语言做一个纯文字的介绍，怎么串行，怎么并行，相应任务输出什么样的文档文件以及有什么作用。
04 任务排期
任务排期的关键是将各模块拆分成较细立刻的任务，将各个任务串起来。
依然上图：
这个任务排期可能与你的有细微的不一样，我的是根据项目有相应裁剪，顺序略微调整，但是基本逻辑是这样的。
05 项目跟踪
项目经理的天职就是保证项目按时按质交付。因此，项目经理需要紧盯项目，推进项目。
一个智能硬件项目涉及的面非常广，沟通的人也非常多。如果同时跟进几个项目，事项任务更加繁复，不可避免会造成遗漏，沟通不到位，支持不够及时等等状态。
我们在任务排期的时候将任务拆分成中度粒度，为了不遗忘，支持及时，我们可以制定一个任务清单，拆的非常细。
这个用 Excel 就好，我喜欢用这个。每一个任务后面是一级任务/二级任务、做出什么决策、由谁负责、什么时间完成，任务状态等。
例如，ID 设计
什么时候出草图？决策是选定了哪几个草图进行 2D 渲染？什么时候完成？
2D 渲染图，什么时候完成？最终选择哪个进行 3D 建模？怎么修改细节？
3D 建模，结构什么时候提供堆叠图，什么时候完成？
总之，这是一份行动清单。
06 项目管理关键技能
上一节提到项目事项任务繁复，最为常见的是管理不到位造成混乱；另一个是项目问题涉及到多部门造成卡壳。
解决问题的方式是，找到目前现状与目标之间的 关键障碍 ，想办法清除障碍。
解决思路是：
明确问题理解问题
分析及定位问题
提出解决方案
解题思路有了，但是项目管理涉及的面非常广，而且又不懂技术，怎么办呢？
拆解问题 ，将问题拆解成完全穷尽，相互独立的任务。当然这个是与工程师沟通进行的，与相关责任人开短会定性分析。这个结构化思维在产品思维最后一篇文章介绍过，可以回看一下。
表达能力 ，往往与工程师沟通会出现沟通错位，这时结构化的表达很重要。
先结果，后过程：反向推导，这样保证沟通目标是确定的。
先全局，后细节：从全局出发，限定范围，不要扩散问题，然后再确定细节，不能陷入细节不能自拔。
最后，一定要复盘，在沟通的最后复述问题及沟通出来的解决方案，确保没有错位。
项目管理，本质上还是逻辑思维能力和结构化思维能力。做好项目管理需要不断的学习、反思、复盘，提升底层的逻辑能力。
怎么设计有效的企业结构流程图
组织架构重组应当遵循以下两个步骤：1. 分析并重新设计组织的横向体系 – 即跨职能流程，使其满足客户需求，达成组织目标。2. 重新划定组织边界（重新设定汇报关系），以便为横向系统的高效运转提供支持。形式（组织架构）应该服从于功能（各个跨职能流程）。令人遗憾的是，很多组织在进行架构重组时，仅仅从纵向视角出发，只关注上下级之间的汇报关系，而未能真正理解组织横向系统的需求。从结果看，最槽糕的情形是，组织重组只优化了某个特定职能部门的绩效，却给横向系统和整个组织的绩效带来了不利影响；最好的情形是，组织架构重组“无心插柳”地改进了横向系统。然而，提升横向系统的效益实在太重要，以至于我们不能听天由命。组织设计的意义在于：如果我们期望组织能高效运作，我们就必须按照此目标去设计组织，确保她能高效运作。而设计工作的起点，便是理解跨职能流程（横向系统）的需求。工作是通过流程来完成的，流程应该驱动组织架构的设计。我们同样相信，组织设计（作为影响绩效的九大变量之一）不能以一张组织架构图作为其起点或终点。组织设计应当包括以下内容：- 在组织层面上，组织架构能明确职能部门间的输入－输出（供应商－客户）关系。- 在流程层面上，组织架构能明确流程中的各个步骤应该由哪个部门承担。- 在岗位／员工层面上，组织架构能明确个人和团队的职责及相应的工作环境。让我们通过一系列的步骤，围绕绩效的三个层面，来构建有效的组织架构。设计组织架构步骤1：明确业务战略。组织架构应当促进组织战略目标的达成。一个没有战略的组织，采用什么样的组织架构都无关紧要。影响组织战略的一系列决策包括提供什么产品和服务，目标客户和市场是什么，识别竞争优势，确定资源配置的优先次序。一旦这些决策确立了方向，管理层就可以着手设计一个有助于组织朝此方向前进的架构。步骤2：记录并分析现行的（”IS”）组织架构。使用职能关系图，呈现当前组织各部门之间的输入和输出。识别部门间的“断点”（缺失、冗余或不合理的关联），特别是那些影响组织能力（达成战略目标的能力）的“断点”。例如，一家小型电信公司的管理层认为，快速推出新产品是其潜在竞争优势之一。然而，在绘制当前的（“IS”）职能部门关系图时，他们才发现，在职能关系图中看不到一系列能够达成高效研发和快速推出新产品的关系（流程）。此外，近期的成本削减措施令产品研发部元气大伤。这样的组织架构如何能够确保战略目标的达成？步骤3：记录并分析流程现状（”IS”）。借助流程图和跨职能流程团队，呈现出对组织战略影响最大的流程的关系图（基本流程、支持性流程和管理流程）。标注其中任何削弱（或将来可能削弱）企业竞争力的“断点”。例如：一家航空公司的高管层决定进一步挖掘公司现有的竞争优势：按照客户的独特需求提供深度定制的产品。于是团队绘制了一个流程关系图，重点呈现将客户需求融入到产品的流程。流程关系图清晰地呈现出现有流程存在多处重大的“断点”，这些断点带来的麻烦是客户迷惑不解，交付延误，利润空间过小甚至赔钱。步骤4：改进流程并设定衡量节点和绩效指标（“SHOULD”）。使用流程图模板，依据步骤3呈现出的关键流程，重新设计新流程。新流程“SHOULD”务必去除“IS”流程图中发现的“断点”。随后建立一套流程衡量方法，在这一步，你可能需要设计新流程“SHOULD”的子流程和支持性流程。步骤5：设计组织架构图。在“SHOULD”流程图的基础上，确定最合理的部门组合与汇报关系。其目标是新划定的职能部门的边界能够使流程的效率和效能最大化。选择什么样的组织架构需遵循以下三个标准，这样的组织架构才能最好地服务于流程，实现组织战略目标：- 最大化产品和服务的质量；- 最大程度地响应客户需求（灵活性最大化，用时最短）；- 效率最大化（返工率最低，成本最低）。步骤6：设计职能职责模型。定义组织各个职能部门（新组织架构图上的各个小方框）的产出和目标。这些职能职责模型应当来源于职能关系图中的产出以及关键流程的产出和目标。它们应当足够详细地描述各职能部门的职责，从而：- 全面、透彻地呈现组织内每个职能部门的角色。- 确保各职能部门的产出项无重叠。- 确保所有流程的产出和衡量均在本步骤中对应的职能部门的职责中得到反映。- 为设计关键岗位模型（步骤7）奠定坚实的基础。步骤7：设计关键岗位模型。识别新的组织架构中每个工作岗位的产出和目标。如果新的组织架构中需要增添岗位，或者某些岗位需要增加新的职责，此时岗位模型就显得尤为重要。只有通过岗位模型，才能将新组织架构的要求传达到员工。步骤8：为关键岗位配置员工绩效系统。许多组织架构重组之所以失败，并不是由于组织架构图存在缺陷。重组失败的原因，要么在于影响了流程的绩效，要么在于新的组织架构未能在实际工作环境中获得员工绩效系统的支撑。员工绩效系统涵盖了各工作岗位任职者的资格、技能和知识，以及他们的工作环境。管理者用各种方法为新组织架构营造环境，包括向员工传达绩效说明（即岗位的产出和目标）；为员工提供支持（明确的输入项、提供必要的资源）；构建奖励机制鼓励员工达成目标；定期提供绩效反馈。步骤9：建立管理流程。新的组织架构一旦在组织层面，流程层面和岗位/员工层面上得以确立，就需要对整个系统进行管理。实施新的组织架构的管理流程包括：- 设定目标- 绩效管理- 资源配置- “空白地带”的管理- 员工绩效管理系统研发项目管理的流程包括什么，怎样做到？
研发项目管理多针对的是产品研发部工作流程图制作模板，产品的研发项目管理是一种并行系统工程研发部工作流程图制作模板，是一种企业组织、管理和运行的先进设计、制造模式研发部工作流程图制作模板，它从新产品研发项目的整体任务分解状况和进展状况来控制产品研发生命周期过程，提供项目的状态信息以便规划项目的优化路径，找到影响项目的障碍环节，进行相应的调整，以保证项目的进度，缩短产品研发周期、提高产品质量、降低产品成本。产品研发项目管理流程如下：
一是产品的概念阶段。根据客户的要求和市场预测确定新产品的发展方向
二是计划阶段。由产品研发部门收集资料，编制新产品研发规划，经决策层讨论通过后向产品设计部下达产品设计任务书，并指定项目经理全面负责新产品的研发直至产品批量正式给客户供货。
三是开发验证阶段。从样件的方案设计、技术设计、试制、试验到改进设计、试制、试验此阶段是一个反复的过程。如中间过程的评审不能通过，则需要反复进行改进设计、试制、试验直到产品鉴定确定小批试生产用图。
四是发布阶段。在产品批量投产前必须完成售后服务的准备工作，包括新产品的各种技术文件、在上述各阶段工作完成之后，制作样机，供给客户。经确认新产品即可批量生产。
新产品研发非常复杂，如何进行流程管理是决定新产品研发成功的关键。研发部工作流程图制作模板我们公司一直使用日事清进行研发流程管理。项目确定后组织实施，通过看板按照项目、部门、时间等维度组织团队工作清单，梳理团队任务，创建团队工作计划，让团队工作可视化。建立在看板的任务会自动分解至团队相关成员的个人日程中去，让个人的日程和团队的工作安排打通，实时跟进。每天的工作完成之后都需要进行工作总结，统一生成工作日志。生成的工作日志由专门的负责人进行整理，依据每个人的工作进度再去调整项目研发团队的工作目标。这样可以充分利用研发企业的研发资源，最大限度的发挥企业的研发能量。
怎么样把产品研发流程弄成甘特图？懂的给我理下 着急
Excel甘特图怎么做
http://jingyan.baidu.com/article/6b97984da49a861ca2b0bfcb.html
重点是有日期，具体时间
研发项目计划的框架
研发项目计划总体框架，如图1所示，其中目的、作用、原则、形式是对研发项目计划一个抽象的描述，而内容是计划中最实质的部分，一般是以成文的形式表现出来，可操作性强，对日后的研发项目实施过程具有指导性作用，为实际工作中具体的研发项目行为提供了依据。
图1：研发项目计划总体框架
（一）研发项目计划的目的
研发项目计划的目的是为了确定整个研发项目在时间、资金、人员等方面的安排，从各方面保证研发项目在执行过程中的效率和效益。更细致地来说，研发项目计划的目的包括以下5个方面：
1.确定并描述各项任务（活动）范围；
2.确定全部人员；
3.制定时间进度表；
4.阐明必需的人力、财力、物力；
5.确定预算。
（二）研发项目计划的作用
1.指导研发项目实施，使研发项目实施人员明确自己的职责，便于自我管理和自我激励；另一方面，使得一些支持性工作以及并行工作及时得到安排，避免因计划不周造成各子流程之间的相互牵掣。
2.将研发项目计划的目标、假设、前提与最终选择确定研发项目方案的决策过程写成书面文件，使得小组和有关管理人员，对研发项目有关事项，如资源配备、风险化解、人员安排、时间进度、内外接口等形成共识，形成事先约定。
3.有效的支持管理，帮助研发项目有关人员之间的交流沟通，有助于大家统一认识。
4.确定评价研发项目进展、对研发项目进行控制和考核绩效基准，便于研发项目实施过程的控制。
5.计划是研发项目总的输入之一，实质就是把实际运行情况与研发项目计划不断比较以提炼经验教训的过程。通过计划和总结，研发项目过程中的经验和教训被很好地记录和升华，成为组织财富。
（三）研发项目计划的原则
1.目的性：研发项目计划要符合企业的总体战略；
2.系统性：研发项目计划不是简单的由研发部门独立组织实施的个体工作过程，而是一个系统工作过程，除研发部门之外，还有许多其他的职能部门也参与其中；
3.动态性：研发项目计划随着外部和内部环境的改变和相应变化，并不是一成不变的；
4.相关性：许多并行的研发项目并不是相互独立的，相互之间具有相关性，因此计划的本身必须要考虑这些相关的因素；
5.职能性：研发项目计划的一个作用就是确立研发项目组各成员及工作的责任范围和地位以及相应的职权，因此，职能性也是研发项目计划的原则之一。
（四）研发项目计划的形式
1.概念性计划，通常称为自上而下的计划，规定了研发项目的战略导向和战略重点；
2.详细计划，通常称为由下而上的计划，提供了研发项目的详细范围；
3.滚动计划，滚动计划意味着用滚动的方法对可预见的将来逐步制定详细计划。随着研发项目的推进，分阶段地重新评估自上而下计划制定过程中所定的进度和预算。每次重新评估之后，通过获得更多的项目信息，能为研发项目的剩余部分准备由下而上的详细计划。
研发项目计划编制结束时至少有两个书面成果，研发项目计划书和辅助计划书，其中内容包括：工作计划，人员组织计划，设备采购供应计划，其他资源供应计划，变更控制计划，进度报告计划，财务计划，文件控制计划，应急计划，支持计划等。
版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。
相关文章
推荐文章
最近发表
