ios开发教程 可视化 可视化开发是什么意思

精益研发和精益生产一样，首先需要改变的是对问题的态度。什么样的问题态度我们具有什么样解决问题的方案。但是问题会给我们带来利润的观念在很多研发管理者的头脑里确实无法接受的，因为从他们甚至老板对问题都是恐惧的，连带出来的就是责备、处罚甚至是开除等等。

如果问题不暴露出来我们就没有办法改善，那就只有抱着问题前进。因此第一步让问题暴露出来然后进行一步步改善，暴露问题就要做到产品开发的可视化。今天介绍的就是产品开发的可视化。

首先，产品开发的可视化分为三种，技术可视化、业务可视化、判断可视化。

• 技术可视化：客户要求、产品功能、实现的手段等各种因素之间的关系的可视化，也包括从系统到子系统和零件之间技术关系的可视化。具体的有因果图、DSM等手法来评判产品、技术之间的项目关系。技术的可视化更聚焦于产品的上流设计，在此阶段需要把产品的概念方案和系统设计方案进行充分的评估，由于对于系统设计方案，因为决定了后续技术开发的周期、成本和最终成功，如果误入歧途的话，对整个项目是灾难的。但是技术可视化，确实大部分产品技术相关人员忽略的一个环节。因为很多人都把精力放在了业务可视化、开发看板、项目管理上，最终却忽视了技术环节的把握，评审也仅仅走了个流程。大家可以借鉴丰田混动Prius的开发，在选定是用燃油还是混动的时候，内部团队很多人都反对混动，认为技术不成熟并且开发周期紧张，但最终还是成功了。因为一旦选对了方向，全力以赴就可能取得成功。所以也希望大家要特别重视技术可视化的工作。
• 业务可视化：产品研发项目管理的可视化、各项任务的输入、出管理、项目计划管理、项目进展管理等等的可视化、包括丰田的大部屋也是可视化的方法之一。从笔者所从事的汽车行业，大部分公司受到合资外企的熏陶，将流程、模板都执行的很熟练，但最终仅仅是知识的外显化，没有做到知识的组合和内部升华。问题就在于过于规范的流程是缺少创造力，同时大家对问题也包含在了流程里面，不能直视，也不会面对。正确的做法是和行业优秀企业来对标自己的项目管理各项指标，是否有竞争力，问题在哪里，如果看到问题和差异了就可以改正。改善就是一步步的修正自身提升自身，如果不去看问题何来改善。所以，业务可可视化最大的挑战就是基于QCD的目标挑战现有业务流程的问题，加以改善和适用。
• 判断可视化：FMEA、DR、Checklist、试验手段等可视化的判断方法。这里主要指两个层面，一个是要有判断的方法，另外一个就是判断的质量和是否可以产生组合知识。如果判断仅仅是执行客户的标准，虽然可以可视化，又有什么用？FMEA是个很好的工具，但FMEA是需要基于逻辑思考的能力和模型化的手段实现的，所以不能浮于表面。DR也是一个方法论，任何技术方法都要有DR流程和标准来应对。

仍然回到开头，产品研发大部分都是隐性知识，如何将自己隐性知识可视化是我们最大的困难。隐性知识的可视化，首先就是需要解决我们面对问题的态度，缺少了遮遮掩掩，问题暴露出来了，自然创造知识的主动性就越高，产生的价值就越大。希望大家好好体会。