产品研发核心价值流中的四大业务主线(计划控制线、质量保证线、预算费用线、工程技术线)

由美国哈佛商学院著名战略学家迈克尔·波特提出的“价值链分析法”,瞄准价值和利润,把企业内外价值增加的活动分为基本活动和支持性活动,端到端的新产品开发流程是科技创新行业的核心主业务流程,产品开发周期长短、产品设计成本高低、产品研发效率优劣直接决定企业的生死存亡。

为了实现市场成功和财务成功,产品研发核心价值流程中主要包含四大业务主线(计划控制线、质量保证线、费用控制线、工程技术线),从而达到四个核心目标(快速实施、质量最优、兼顾成本、规划准确)如下图:

1、 计划控制线,以结构化的产品开发流程为基础,经过WBS分解,形成指导项目具体运作的项目计划体系,通过分层分级的三级计划模式,可以兼顾领导自上到下的监控需求,同时又能满足具体项目执行时灵活运作,最终落实的每个人员的具体事务,实现分田到户、责任到人;

2、 质量保证线,首先要基于组织历史能力明确定义项目的质量目标,具体例如项目计划的偏差率要控制在什么范围、需求规格的稳定性要控制在什么范围等等,这些目标要有一定的挑战性,从而激发团队的斗志;通过评审实现质量门管理,又称关卡,关卡的作用主要有三,1)质量控制 2)检查站,准备情况检查 3)下阶段行动标志;质量保证线要实现验证与确认全流程贯穿,甚至要跟踪到产品发布后的质量问题管理,通过回溯根源分析(RCA)反思质量体系的改进;

3、 费用控制线,主要是预算财务管理,形成以项目为主线的预算和核算机制有一定的难度,甚至需要修改我们的报销制度,每笔费用都要清晰落实到某个具体项目来承担,今年做了多少个项目,每个项目花了多少费用,产品具体创造了多少价值就一目了然,从而支撑我们实现多项目组合管理;

4、 工程技术线,主要围绕需求、设计、实现、验证来展开,更多有技术团队来负责,从前端客户需求的收集、筛选、排序、优先等级定义,到具体产品规格定义,架构方案设计,对照设计与需求,形成相应的测试验证方案,跟踪测试执行结果,体现V模型,更多是系统工程的范畴。

时间: 2024-10-14 05:40:04

产品研发核心价值流中的四大业务主线(计划控制线、质量保证线、预算费用线、工程技术线)的相关文章

敏捷价值流开发 (产品级敏捷)

许多今天还是明星的科技公司, 却往往因所生产的产品, 对客户不再产生任何的 "影响力", 而面临即将黯然关门, 倒闭的命运? 在这不可预期且淘汰迅速的大环境下, 是否可藉由精益敏捷开发, 而使产品的研发团队, 可以 "以最少的产出, 却对外部的用户, 产生最大的影响与效益" ? 答案是 "肯定的" ! 敏捷价值流开发 (产品级敏捷), 便是以精益敏捷开发的思维, 从外部使用者的视角, 指导著产品的研发团队, 从建构产品级的特性到各版本的研发, 如

android产品研发-->总结(持续更新中)

转载请标明出处:一片枫叶的专栏 最近的android产品研发系列主要讲解的是android产品研发过程中涉及到的技术,技巧,实践等.前面我们讲解了android源码系列的文章,源码系列的文章东西比较多比较复杂,并且一些东西还没有讲完,这里已经更新了30篇了,后续的东西一定会更新的.考虑一直讲源码系列可能看的比较累,这里就有了产品研发系列的文章.本个系列的文章主要是讲解android产品研发过程中一些需要注意的技术技巧与实践.其主要面对产品研发,对App稳定性,友好型,兼容性要求较高的App. 下

android产品研发(十九)-->android studio中的单元测试

转载请标明出处:一片枫叶的专栏 上一篇文章中我们讲解了webview中问题集锦,讲解了webview的性能优化.webview种入Cookie信息.activity退出的时候清除webview信息报错.如何通过java代码和js代码相互交互.webview如何下载文件以及腾讯的X5浏览服务等知识,这些都是我在使用webview中遇到的问题,难点,实践等,更多关于这些问题的说明,可以参考我的:android产品研发(十八)–>webview趟过的坑 本文我们将讲解如何在android studio

android产品研发(六)-->Apk混淆

前面一篇文章中我们讲解了android里面的多渠道打包,对于大型的app来说,几百个上千个渠道包都是很正常的事,所以效率定制化是一件很重要的事.主要讲解了三种多渠道打包方式,并分析了其各自的利弊,在各自产品多渠道打包的时候,可以根据自身的产品需求选择相应的打包方式. 而本文主要讲解Apk的混淆,这里的混淆分为两种代码混淆和资源文件混淆.实际的产品研发中为了防止自己的劳动成果被别人窃取,混淆代码能有效防止apk文件被反编译,进而查看源代码.说来惭愧,作为互联网创业公司的我们也确实对竞品Apk反编译

android产品研发(七)-->Apk热修复

转载请标明出处:一片枫叶的专栏 去年一整年android社区中刮过了一阵热修复的风,各大厂商,逼格大牛纷纷开源了热修复框架,恩,产品过程中怎么可能没有bug呢?重新打包上线?成本太高用户体验也不好,咋办?上热修复呗. 好吧,既然要开始上热修复的功能,那么就得调研一下热修复的原理.下面我将分别讲述一下热修复的原理,各大热修复框架的比较,以及自身产品中热修复功能的实践. 热修复的原理 通过更改dex加载顺序实现热修复 最新github上开源了很多热补丁动态修复框架,大致有: HotFix      

android产品研发(十)-->不使用静态变量保存数据

转载请标明出处:一片枫叶的专栏 上一篇文章中我们讲解了Android中的几种常见网络协议:xml,json,protobuf等,以及各自的优缺点,一般而言主要我们的App涉及到了网络传输都会有这方面的内容,具体可根据项目的需求确定各自的网络传输协议.这里可参考android产品研发(九)–>App网络传输协议 而本文讲解的其实并不是一个技术方面,而是一个android产品研发过程中的技巧:尽量不使用静态变量保存核心数据.这是为什么呢?这是因为android的进程并不是安全的,包括applicat

期权激励的核心价值是:激励能人,一起和公司共同成长,实现利益共享,有钱大家一起赚(转)

编者按:本文为投稿,作者米律创始人郑明龙,文章首发于洪泰基金微信号(ID:AngelPlus001). 我服务过很多创业企业,对于期权这个概念,常常见到下面这五种误区: 第一种误区就是把期权当做奖励 奖励是什么意思呢?奖励是根据你过往的成绩,比如年会的时候用奖金奖励员工,无论是奖金还是奖品. 但期权是一种激励,着眼的是未来,很多时候有些创业企业把期权当成一种奖励,比如公司融到了下一轮,CEO 说大家辛苦了我给大家一些期权作为奖励,这是一种错误的方式.对于期权的认识,最大的误区就是分不清奖励和激励

android产品研发(十三)-->App轮训操作

转载请标明出处:一片枫叶的专栏 上一篇文章中我们讲解了android app实现长连接的几种方式,各自的优缺点以及具体的实现,一般而言使用第三方的推送服务已经可以满足了基本的业务需求,当然了若是对技术有追求的可以通过NIO或者是MINA实现自身的长连接服务,但是自己实现的长连接服务一来比较复杂耗时比较多,而且可能过程中有许多坑要填,一般而言推荐使用第三方的推送服务,稳定简单,具体管理长连接部分的模块可参考:android产品研发(十二)–>App长连接实现. 而本文将讲解app端的轮训请求服务,

android产品研发(五)-->多渠道打包

国内的Android开发者还是很苦逼的,由于众所周知的原因,google play无法再国内打开,所以android系的应用市场,群雄争霸,而后果就是国内存在着有众多的应用市场,产品在不同的渠道可能有这不同的统计需求,为此android开发人员需要为每个应用市场发布一个安装包,这里就涉及到了android的多渠道打包. 本文主要讲解的就是几种主流的多渠道打包方式,以及其优劣势. 通过配置gradle脚本实现多渠道打包 这种打包方式是使用android Studio的编译工具gradle配合使用的