通用研发管理

其实这个问题是关于产品研发管理的。我只从研发和运输一体化的角度来谈。那么这个问题就可以等同于项目管理体系和产品管理体系的区别和痛点。按照当今IT的发展路径,未来企业的IT业务应该从项目体系向产品体系转变,实现真正的工业与技术的端到端融合:

一、项目制到产品制的起源

要知道从项目系统到产品系统转变的原因,我们需要了解需求分析方法转变的三个阶段:

第一阶段:

从90年代以前的信息自动化时代。当时企业只要有单机系统,就可以实现所有人工工单的自动化,大大提高研发效率。当时供小于求,强调用最快的速度做出最多的功能。

第二阶段:

互联网时代从1990到2010。敏捷方法和精益方法在IT领域得到应用,更多的企业开始强调如何在高效交付的同时适应需求的变化,如何让IT解决方案解决业务问题。

第三阶段:

2010后的数字经济时代。2013之前如证券公司,其系统全部由外部企业购买,产品公司的产品经理来自证券公司。他们知道客户想要什么,即使在销售产品时,也会出现供应短缺。但2010之后,产品企业为企业做交易系统等证券系统时,当时的产品经理和客户经理已经跟不上时代的变化了。同时,即使有人来自证券公司,也会了解以前的制度,时代变化太快了。所以,最懂业务知识的一定是业务本身。在今天为企业发展时,必须考虑如何调动客户资源做精益需求管理,通过与客户创造精益需求,帮助企业快速发展。

回到企业本身对需求的态度,我们也可以观察到,过去银行客户可能在需求和开发之间有一个需求管理处。所有需求先去需求管理处,不合适就退回,现在都沉到各个办公室办理业务。这体现了全行业进行数字化转型的决心,以商业价值和产品价值为导向,衡量每个阶段的产品价值。

二、后敏捷时代背景下的产品体系

什么是项目体系和产品体系?

项目体系以职能分工为基础,通过甲方向乙方移交的方式推进..项目思维以管理确定性为主导,可能导致目标分离,项目中的所有功能都被部分优化,导致异构性的发生,导致IT和业务的分离。

而产品体系则是对产品或产品线的管理,需要关注产品和产品线,为用户创造价值。产品管理是矩阵结构,有时强产品,有时强功能,或者弱产品强功能。即使是完美统一的企业,在开发一个新产品时,也不一定服务于当前的技术框架,但会给企业的发展带来第二条曲线,帮助企业更好地成长。当然,在合适的时候,一定要和企业的整个产品体系建立连接,否则真的会变成筒仓。

什么是产品思维?

产品思维的主要原理是,是不是每个人都需要对自己的业务领域、市场、用户有深刻的洞察?显然,通常情况不是这样。但我们希望的是,一个产品经理或需求者能够洞察到业务领域、市场和用户,然后他能够把它转化为需求,提供给R&D人员。如果产品研发不能以客户和用户为中心,以实现用户为己任,IT研发就不能用业务来衡量和衡量价值。

另外,解决多团队协作、产品需求控制等常见问题,也需要了解客户的情况,才能进一步解决,否则无法控制。

第三,如何从项目制向产品制转变

产品管理全景

从企业转型的角度,可以理解为数字化的转型也是产品管理的转型。企业在进行产品体系转型时,首先要明确什么是纵向的企业战略,什么是横向的战略规划。

垂直:

需要从企业战略到企业架构再到业务架构的解构。

水平:

我们需要管理从产品或产品线规划、需求、设计、开发、交付、装卸的整个产品生命周期。

纵向和横向的改进需要一个智能产品工厂作为基础支持。DevOps是什么?DevOps是智能产品工厂的核心,是数字化转型的基础。如今,软件正在“吞噬”整个世界,通过新技术实现商业模式创新,其中IT因素占70%,商业因素占30%。占70%的IT,希望得到DevOps的支持。未来IT人员只要懂代码,懂业务知识,就可以在上面运行,让企业足够灵活地向前发展。

当然,很多企业已经在往这个方向发展,但是从项目体系到产品体系的转变不能一刀切。企业可以先做一些纵向的切入,然后先做试点尝试。比如先试点单一产品,然后扩大产品数量,再扩展到一个产品线,一步一步提升企业的能力,而不是一步到位。

产品系统思维转换的主要方法论

通过探索-定义-验证-交付的方法论,促进向产品思维的转化。初期创意阶段可以用商业画布,中期可以用影响图,然后是用户故事图,还有版本规划、任务拆分、精益敏捷交付和运营。为什么要坚持使用这些方法?因为光是品尝是没有意义的。只有真正将方法论付诸实践,才能展现自己的能力,才能带来商业价值和认可。

产品生命周期的过程与实践

产品生命周期流程实践,从快速起步,迭代交付,线上运营,再到Scrum。

组建一个团队至少需要半年时间,因为企业首先要实现团队生产力,了解人在做什么,做需求排序、需求置换、需求后评估,从而推动业务转型。跨团队合作的进一步实现可以通过SoS组织、需求排序、跨团队计划会、团队计划会、跨团队常务会、日常常务会、SoS评审、迭代评审会等方式进行。

产品线转型需要优先化,优先化可以是半量化的。只有所有员工达成* * *共识,所有人朝着同一个目标前进,需求才能得到很好的控制。

让业务围绕产品逐渐转型,推动业务与技术的不断融合。一旦业务发生了相应程度的转变,量变就形成了质变,完成了企业的数字化转型。

第四,产品体系下,思维的导向和价值的传递

它必须满足业务需求,提升业务价值,包括业务投资报告,才能实现效率价值。为了解决IT管理混乱和基础异构的IT问题,需要嵌入DevOps平台和流程系统,帮助企业持续运营和提升。

作为企业IT转型的内在驱动力,嘉维蓝鲸DevOps将从运营规范、工具体系到运营服务进行多维度落地,持续助力企业数字化转型。