研发之我见 一

形象来说，就是一个面向过程的函数思想。关注“输入”和“输出”，中间函数处理过程就是“计划”、“资源”、“做事方法”；

"输入"是指所有产品的需求输入以及客户的使用反馈， 研发部门主要是做7层类型的产品：器件、组件、部件、单机、整机、子系统、系统。 我需要重点关注每种产品的需求以及客户使用之后的反馈。注意一点，那就是要去分辩伪需求以及验证客户的反馈是否属实。

"输出"是指研发部交付的产品，也主要是包括上述的7层类型的产品。注意一点，所有的结项交付都会有一定程度的偏差，这个偏离程度是我去控制的。从项目管理角度来说，就是时间、质量、成本三要素的妥协与平衡。

"做事方法"，理论上来说，就是IPD的产品研发管理体系以及PDCA的做事方法。具体实践上，对于IPD来说，我会注重平台和CBB的持续建设以及通用技术的不断积累。对于PDCA来说，我会着重强调检查。对于不同的产品，研发部门具体执行时会有一些区别，但是原则上都是按照项目管理方式来进行交付的。 从结果输出角度来看，项目要有里程碑，每周要有项目工作任务完成。

“计划”，我要重点关注每个项目的计划，无论是整个项目的最终结项交付计划，还是阶段性结项交付计划，还是里程碑输出计划，还是每周要完成的项目工作任务计划。

“资源”， 我要持续关注研发部资源池的使用情况，资源池里面的资源包括“人”和“物”，关注项目什么时候需要新增资源，以及项目什么时候可以释放资源，以达到更合理地更高效地使用研发部资源的目的。资源池的统计，可以帮助我更加科学的估算研发部响应需求的能力。

一些补充：

关于“做事方法”，还有一点需要强调一下。 机械团队要以满足客户最小需求为主要目标，面向实际具体客户进行交付，我会从项目交期这一块给予他们压力，一是为了促使他们把时间精力更多投入到客户的最小需求上面；二是研发部推出来的产品一定要经过实际客户使用之后才能暴露更多问题，尽早交付，推向市场使用，才能更快地正式交付稳定成熟的产品。另外，机械团队做事情要善于借助外力，比如供应商技术力量以及工程质量部门的同事。电子和固件团队要把内部模块尽可能地做全面，做稳定，软件的架构层面也是一样，所以我会给这些对应的项目相对宽松一点的交期要求。但是我会持续着重关注项目的进程，要求一定要能够不断的看到有成果交付出来。 对于软件的前端开发思路跟机械团队的研发思路有些类似，以满足客户基本需求为主，简单易用，不追求过多的功能。 只有这样，我才能打造一支能够快速地交付满足客户需求的、简单易用的、并且稳定的产品的研发团队。总而言之，研发部对外交付的产品，要有二个核心思想：快速交付和迭代更新。

我的思维方式就是系统集成的思维，你们也可以称之为应用的思维方式。在我看来，无论是任何一种产品，软件或者是硬件，都是一个系统集成思想的产物。所以我要立体的关注二个方面：要从层级角度去看模块以及模块之间的接口。不断更新积累模块，各种层级的模块，以及不断更新积累各种接口，各种层级的接口。

以上就是我个人建立的知识体系以及思维方式。这也是我会坚定往研发团队推行的，希望能够通过本文章跟各位同步成功！