本文目录导航：
devops什么意思
devops是一组环节、方法与系统的统称。
DevOps（Development和Operations的组合词）是一组环节、方法与系统的统称，用于促成开发（运行程序/软件工程）、技术经营和品质保证（QA）部门之间的沟通、协作与整合。
它是一种注重“软件开发人员（Dev）”和“IT运维技术人员（Ops）”之间沟通协作的文明、静止或惯例。
透过智能化“软件交付”和“架构变卦”的流程，来使得构建、测试、颁布软件能够愈加地快捷、频繁和牢靠。
它的出现是由于软件行业日益明晰地看法到：为了按时交付软件产品和服务，开发和经营上班必需严密协作。
作用：
DevOps是Develop与Operations的缩写，它是企业内开发、技术经营和品质保证这三方面上班的融合，用于促成开发、技术经营和质保部门之间的沟通、协作与整合。
有钻研显示，在那些引入了DevOps概念的企业中，开发与经营人员在设计、构建、测试上班中独特在外部运行上启动协作之后，可以将产品开发的效率优化20%。
产品经理最关键的才干
张小龙曾在饭否调侃过：要提防那些blog写得好得产品经理，由于在blog上花的期间越多，在产品上花的期间就越少。
原来还以为有例外，如今看起来无一例外。
此外张小龙还以为不听摇滚的产品经理不是好的产品经理 产品圈还盛行过这么一句话：不会泡妞的产品经理不是好产品经理 好友圈也曾爆火过一篇文章：产品经理最关键的才干不是某一项技艺，而是「让正确的事件相继出现」，引得Boss好友们拍手美化：说得太好了，我就是须要这样的产品经理，这样我就什么都不用操心了为什么会出现这么多近乎玄学的论断？ 产品经理作为一种新兴职业，随同着互联网一路走来，只要20年的历史，如何成为产品经理并没有公认的生长体系，另一方面，产品的成功须要符合机遇、婚配的产品方法论、团队协作才干，还需运气，很多产品成功了，产品经理也不知道为什么，糊里懵懂就成了，只得失误归因 我团体特意厌恶将明明可以经过刻意练习习得的技艺说成玄学的所谓巨匠，上方的三段话中，产品大神小龙哥必需是调侃啦，人家只是在饭否上开句玩笑，你仔细你就输了，不过这确实蕴含着低劣产品经理的一些技艺，上方再细说，泡妞也是，不过这些舆论都是全面的。
第三局话乍一看兼顾全局、鼠目寸光，但其实全是重点那就没有重点，而且自圆其说，前面既要提及“最关键”，前面给出的答案是全能，你必需具有才干处置或许出现的一切疑问，假设或许的话，当然宿愿自己成为全能的人，谁不想成为亚里士多德、达芬奇或许沈括，但事实生存中资源往往是稀缺的，人也往往不完美，就算一切才干具有，也会因精神有限而专业于外围疑问 那什么才是产品经理最关键的才干呢？产品经理的一切上班都是围绕“需求”展开的，发现需求->剖析需求->成功需求，而后继续发现需求->剖析需求->成功需求，周而复始，那这三个才干中，哪个最关键： 剖析需求的才干，说产品经理是需求剖析师一点也不为过，为什么这么说，咱们先梳理一下这三个才干区分代表什么详细上班，以炽热的手机行业为例： 1）定性剖析 大佬们经常提及的产品经理进阶之道，如当客服倾听用户需求，频繁地经常使用产品，成为深度用户，都属于发现需求的方法 此外还包括电话访谈、焦点小组、关键门路剖析....... 2）定量剖析 数据剖析才干--失掉数据，从数据中剖析用户的潜在需求，方法包括问卷考查、经营数据以及行业数据 如手机行业中，经过定性剖析以及定量剖析以后，会失掉一大堆未经思索的需求，这些都是用户的反应：既要8000mah的电池又要轻浮零触感、既要2000万像素双摄相机又不想多付钱、既要骁龙835CPU又有爱国情怀、既要iOS系统的安保性又要Android系统的开明、设计既要好看又要防水防摔防雷劈、还要性价比.........剖析需求的外围是独立思索的才干，独立思索须要谨严的逻辑思想，外加人文关心、艺术美学，既要理性，也需理性，这样才干设计出兽性化的产品 无论是俞军方法论中的同理心、罗辑思想联结开创人吴声中用户画像与用户场景、亦或是老本看法与需求性价比都是晚辈们提供的需求剖析方法1）同理心 从用户的角度思索疑问，学会换位思索，运行在乔布斯身上就是：一秒变小白，这句话不准确，准确的表白应该是：一秒变某类指标用户下的某种经常使用场景（剖析方法往往是交叉经常使用的，与上方的用户画像和用户场景结合），举例说明一下： 微信往年更新以后，多了搜一搜和看一看的配置，有的产品经理会有疑问，搜一搜不是早就有了吗，顶部的搜查输入框不就可以搜查吗，为什么多此一举？还真不是多此一举，微信坐拥10亿用户，用户形成了有少量上了年岁的用户，他们很多配置并不会去用，除非用文字标进去送到他们背地，他们才会开局尝试经常使用 产品经理有时与在行人，特意是没有同理心的人交谈会特意吃力，比如7.1日后V.P.N的少量下架，我只能搭建主机翻墙，与人交谈时慨叹到：哎，中国人想看法环球难度更大了，旁边的好友（程序员）一翻白眼：不会呀，搭建主机很便捷吖，我15分钟就搞定了......确实，你作为程序员15分钟就能搞定，我作为互联网从业人员，半小时也能搞定，但要知道中国的本科率只占全国总人数的10%不到，对他们而言，难度之大 2）用户画像与用户场景 场景剖析法置信大家都不会生疏，上方的例子中也有触及，再以咱们的为例，与知乎的运行场景中，都触及到夜晚输入或许阅读，而且也有少量的用户是经过PC网页端登陆，到了早晨用户眼睛会困倦，而红色过于扎眼会加剧这种状况，看法到了这一点，在PC网页端设置有夜间形式，而知乎却满不在乎3）商业化的才干。
老本看法强，分明知道成功某一需求的性价比，商业化的才干包括市场营销中的品牌定位、市场切入方向、渠道选用、开售方案、以及大佬们口中的专一极致口碑快、高频刚需单价高、蓝海细分、推翻式翻新、乡村解围市区（市区解围乡村）、霸占入口等等 需求性价比是很高的一个剖析方法，再次以手机行业的需求为例，8000mah的手机电池，这类需求属于小众需求，一方面参与了配件老本，另一方侵害产品的好看，所以假设手机不是定位为户外手机都不应该思索这类需求。
我曾用过的一款手机--360N5手机,6GB运存+32GB内存只需1199，从中有很多个产品经理须要知道的点： 360为什么要展开手机业务？争夺入口，事关企业存亡，这很多人都知道了，不赘述 6GB运存--大运存的需求十分剧烈，玩游戏流利，而老本又比优化CPU低，再者，能以环球首款6GB超级大运存千元机的营销噱头启动宣传，由于360是手机行业的起初者，不这样做引不起市场的一点涟漪，即使在老本上赔本也须要这样做 1199元--看过《无价》这本书的都知道，这是营销的一个小窍门，1199与1200抵消费者心思的影响是不同的4）数据剖析才干 A/B Test、MVP小规模测试、灰度测试都能失掉数据，而这类数据与发现需求中的数据还不一样，这类数据往往能够影响决策，这都属于剖析需求的关键方法 回到文章最开局的疑问，为什么写博客、听摇滚、会泡妞会全面地成为产品经理必杀技呢？ 写博客--思索反思才干听摇滚--思想自在不受解放，有叛逆精气 会泡妞--妞即是指标用户，剖析指标用户需求，从闺蜜中搜集的情报是：她须要高富帅，但经你严密的剖析，得出真正的论断：她须要的高，不是身高的高，而是笼统的高，即可采取针对性的执行 1）沟通才干--很多人会以为沟通才干是产品经理最关键的才干，这也不全错，假设是一个以执行为主的产品经理（绝大少数产品经理是执行类产品经理），沟通才干确实是最关键，属于中低阶产品经理 画原型图、思想导图、流程图、设计PPT、写文档都是为了准确地表白想法，更好地启动团队间的沟通协作 懂一点技术、懂一点经营、懂一点设计也是为了沟通无畅 数据剖析也是沟通的一种方法，建设影响力是，抱大腿下跪也是，威胁威逼还是，只是在痴呆人中，以数据服人是最有效的沟通方法。
此外，还会遇到很多无法用数据来表白的需求，这时就须要靠团体的影响力，而团体的影响力往往由你过去效果选择。
抱大腿下跪、威胁威逼或许出卖色相都是低阶的沟通方法，只管低阶，但有时还很管用，我的一个程序员好友就受不了女PM在他背地央求，基本千依百顺 倾听、换位思索、关心共事这些都是沟通才干的一局部 2）执行力 既然要成功需求，强调的必然是执行，特意是争分夺秒的互联网行业，你速度不够快，一旦错过了期间窗口期，其后做再多的致力都有意义，特意厌恶产品经理说的一句话是：我当年早想到了XX方案，我去做的话早就上市了。
确实，我也早想到了共享单车的方案，置信很多人都想到了，但为什么只要戴维跟胡玮玮去做了呢？我跟你们的执行力都不如人家 3）名目治理才干 瀑布流开发、矫捷开发、需求优先级、期间治理都是名目治理才干的一局部4）经营推行才干 需求进去以后，往往须要与经营团队配合，一同启动经营推行优惠，产品经理假设懂经营推行，能更好地启动沟通，上班效率也会放慢 5）兼顾资源的才干 长于应用内在的资源来达成目的，在大公司表如今跨部门争夺资源上，在守业公司表如今处置团队困境上，当工程师遇到无法处置的bug的时刻，应用自己的人脉请大牛当顾问，当估算有限没钱推行的时刻，应用团体影响力找大V好友转发、还可应用团体的微信群众号、微博、知乎甚至参与产品的曝光度....... 最后，假设肯定要问，产品经理最关键的是什么才干？ 我肯定会回答：剖析需求 产品经理被誉为是离CEO最近的职位，不是由于他什么都做，而是他具有剖析需求的才干，以此制订策略，成功产品的商业化，最后援用一句产品晚辈的话： 我不是产品经理，我只是个商人
名目治理：智能配件名目研发流程
笔者结合自己的名目管阅历，向咱们引见了如何治明智能配件名目的研发流程。
我曾在《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 名目治理关键技艺 上一节提到名目事项义务简约，最为经常出现的是治理不到位形成凌乱；另一个是名目疑问触及到多部门形成卡壳。
处置疑问的形式是，找到目前现状与指标之间的 关键阻碍 ，想方法肃清阻碍。
处置思绪是： 明白疑问&了解疑问 剖析及定位疑问 提出处置方案 解题思绪有了，然而名目治理触及的面十分广，而且又疑问技术，怎样办呢？拆解疑问 ，将疑问拆解成齐全穷尽，相互独立的义务。
当然这个是与工程师沟通启动的，与关系责任人开短会定性剖析。
这个结构化思想在产品思想最后一篇文章引见过，可以回看一下。
表白才干 ，往往与工程师沟通会出现沟通错位，这时结构化的表白很关键。
先结果，后环节：反向推导，这样保证沟通指标是确定的。
先全局，后细节：从全局登程，限定范畴，不要分散疑问，而后再确定细节，不能堕入细节不能自拔。
最后，肯定要复盘，在沟通的最后复述疑问及沟通进去的处置方案，确保没有错位。
名目治理，实质上还是逻辑思想才干和结构化思想才干。
做好名目治理须要始终的学习、反思、复盘，优化底层的逻辑才干。
