欢迎光临散文网 会员登陆 & 注册

toB业务的软件类产品和解决方案版本规划

2022-12-16 16:02 作者:数字化技术专家  | 我要投稿

面向企业的业务要达到从客户来到客户去, 就是从客户需求到客户满意,任何企业研发的产能都是跟客户需求是不匹配的,因此做好版本规划,把短,中,长期需求有序管理, 做到产能最大化满足客户需求。 1、战略需求版本规划(1-3年) 1)什么样的属于战略需求? 新平台打造(开发低代码平台,BPM流程定义引擎,报表引擎,物联网平台,业务开发平台),新平台引入(引入无码化平台重构业务,引入大数据平台)新技术引进(分布式总线微服务架构引入,RPA技术引入,ai,云原生,重构业务),新产品新解决方案开发(打造下一代智慧园区解决方案,数字化,智能化,网格化,无人化,服务化),这些都属于战略解决方案版本。 2)版本研发周期(1-3年) 3)过程 (1)charter开发流程 市场洞察,客户洞察,友商洞察,机会点洞察,产业洞察。 定义产品形态,产品关键需求定义,产品业务模式,商业模式,营销模式,销售模式。 产品包需求,关键核心技术设计,备选方案设计,设计规格设计,预算。 立项评审,立项完成,启动研发流程 (2)产品研发流程 需求规格设计,概要设计,详细设计,编码,单元测试,系统测试,bbit,sdv,sit,svt,发布,实验局交付 2、竞争力需求版本规划(0.5-1年) 1)在已有产品和解决方案增加新的能力(疫情防控需要的门禁增加测温,增加扫码,增加哨兵系统),增加新的模块(梯控产品增加语音控梯)增加新的产品形态(梯控增加机器人乘梯产品),增加新的产品组合(智慧园区增加能耗管理)。 2)立项流程和研发流程类似第一种情况。周期半年到一年。 3、基线特性规划(3月-6月) 1)面向市场招投标,跟重点客户联合创新和产品解决方案规划,面临市场机会点,抽取共性需求的解决方案版本规划。在现有方案架构上增加新功能和新设备。 2)立项流程简化,主要做设计规格和核心技术方案设计,架构变更设计,主要是需求对子系统的分解分配。 3)周期3-6月 4、交付项目版本规划(1-3月) 1)已中标项目,不满足需求清单需求规划,整合交付周期内的项目需求,规划合适的版本, 基于研发交付能力安排合适的版本开发。 2)立项过程简化,研发流程也可以裁剪,比如概设和详设合并,编码和单元测试合并,st和bbit合并,sdv和sit合并。 3)周期1-3月 5、紧急需求版本规划(2周) 1)在以上产品版本规划基础上,尽量全覆盖需求,避免紧急需求,紧急需求尽量归纳到上面的版本中,如果出现实在满足不了的需求,要构建快速交付能力。 2)流程极致优化,简单设计,编码单元测试,sdv和svt,一周开发,一周测试,利用加班加点弥补满足不了的能力。 3)周期2周 6、解决问题版本规划(一周以内) 1)对于网上问题,要能快速解决并发布版本,并能打补丁。 2)按照问题定位进行编码,代码走读和测试验证。 7、版本火车 这些版本规划要在年初规划好,版本就像一列列火车,特性就像火车要载的货物,特性跟进版本时间匹配对应的版本火车,开发时按照节奏把版本产品包需求装在对应火车上,按点完成版本发布。 8、归一化 这些版本要能按照节奏合并特性,保证这些火车的基座是一样的,过程中的分支要在合适的时机合入基线版本,分久必合,合久必分,分分合合,在满足客户需求和维护成本之间不断平衡。

toB业务的软件类产品和解决方案版本规划的评论 (共 条)

分享到微博请遵守国家法律