博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
开放产品开发(OPD):开篇
阅读量:6534 次
发布时间:2019-06-24

本文共 2069 字,大约阅读时间需要 6 分钟。

OPD?这是什么玩意?google一下。忘记说了,最近google被封锁的厉害,那就百度一下吧。可惜,OPD找不出是什么。你今天你找不到是正常的,因为之前还没有OPD,而现在才开始有OPD这个东东。相信很多人听过敏捷个人了,这个词汇到现在已经很容易被搜索到了,敏捷个人创立以来,我一直未放弃对IT技术方法的实践和整理,而OPD就是我又要创建的一个东西,全称是Open Product Development。没错,是OPD,不是IPD,当然两者会有些关系,之所以我取Open,是因为我的IT产品开发方法大多数不是原唱,而是来自现有IT界中的已有方法,我只是类似在敏捷个人体系发展中占据的角色一样,我是一个集成者。OPD的工作无非就是把这些方法无缝的配合在一起,这个事情看起来考谱吗?

靠不靠谱不能太随意下结论,现在重要的是先了解一下OPD是什么,看看是不是适合你和你的团队需要?如果需要的话,如何去学习、掌握并用在实际的工作中。

 OPD是什么?

OPD  (Open Product Development),它是由敏捷个人创始人周金根创立的另一个新方法体系,这一个来自实践的开放产品开发方法,它结合了精益创业Lean、企业架构TOGAF、架构描述语言ArchiMate、业务分析知识体系BABOK、敏捷开发Scrum、软件产品线、模型驱动架构设计OpenExpressApp。

原本这些方法是针对产品开发过程中不同人群的方法,但是方法设计者本身并未考虑到不同方法之间如何去衔接配合,这就带来了好方法不能被很好地使用的状况。如何在一个产品团队中,利用好这些方法,定制成一个适合一般性团队的通用方法就是OPD需要面临解决的问题。OPD会提供一些产品开发过程中的理念、框架、方法和工具来帮助产品开发团队中各个角色,不管是刚加入这个行业的初学者,还是工作已久的丰富经验者,我相信大家都会有所新的收获。

OPD关注的是产品开发的完整生命周期,要想知道涉及哪些角色,最简单的办法就是了解一下原本的方法是干什么的,主要面向哪些角色?所以,接下来我会概况的说一下Open中所指引到的那些方法分别是干什么的,有什么用,给谁用的。

 Open指引的方法

  • 精益创业 Lean: 这部分适合产品人员,帮助产品人员从无到有创建一个正确的产品

 

  • 企业架构TOGAF:这是一个企业架构方法,来源于IT信息化领域的发展,其中对架构的分层以及架构开发方法值得IT产品开发人员借鉴。如果想初步了解TOGAF,可以看看我以前的文章 

 

 

 

  • 架构描述语言ArchiMate:在我实践TOGAF和研究模型驱动开发中,我发现了ArchiMate,一个架构描述语言,一张A4纸即可把图例都列出,东西不多却功能强大。如果想初步了解Archimate,可以看看我写的 

 

  • 业务分析知识体系BABOK:一个产品应该做成什么样子?我们都知道这是需求工程师去做了解需求,然而产品失败率却一直很高,原因在哪里?就是因为缺少业务分析,而BABOK就是这样一个知识体系,它可以帮助业务分析人员、需求人员、产品负责人等于产品业务相关的人更好地去做产品业务分析。想初步了解BABOK的可以看看我写的 

  • 敏捷开发Scrum:敏捷开发是现在软件开发企业常用的一种开放方法,它重在产品价值,适合整个产品开发团队,包括业务负责人,通过学习和反馈来完成产品开发。如果想Scrum方法的可以看看我写的 

  • 软件产品线工程 BAPO:软件产品工程是产品级复用,能够加快产品的开发和上市,BAPO是软件产品工程中的一个方法,代表商业、架构、流程、组织。模型驱动开发是产品线工程复用的一个架构模式,OpenExpressApp是一个基于模型驱动开发的开源框架,虽然已经历时多年未更新,不过原有的产品可以看做是模型驱动开发的一个简单雏形。模型驱动开发是IT产品线级别的复用方法,适合技术架构师学习。如果想了解软件产品线工程的可以看看我写的 ,如果想了解模型驱动开发方法的可以看看我写的  

 

 

这些方法怎么能够串起来

如果我们简化产品开发,那就是产品负责任决定产品方向,做正确的事,然后由开发团队来争取的做事。这其中有几个重要的岗位,那就是产品负责人,业务架构师和技术架构师,这可以堪比三驾马车,只要这三个人掌管的事情弄好了,之间衔接也好了,那么产品的成功性就会比其他产品大很多,所以OPD必须要从产品管理、业务架构和需求分析、以及架构三方面去集成方法。

从上面我们可以看到,这些Open来的方法囊括了以上重要岗位的部分,并且这些部分原有方法的交集很少。因为交集少,自然方法之间的冲突也很少,这正利于这些方法的集成。通过这些方法的集成,从产品概念提出,到产品开发发版,我们全生命周期都关起来了,这是不是很好呢?如果你有志于了解如何更好地从无到有的做一个产品,你不甘于只是埋头了解和一直做手头的工作,那么OPD将是开拓你视野的一个好东西,也是你所在团队一个提升技能的好方法。

更多

后续我会继续写一些OPD主题的文章,如果你喜欢OPD,那就关注我的博客吧。

转载地址:http://uswdo.baihongyu.com/

你可能感兴趣的文章
我的友情链接
查看>>
TightVNC 企业内部部署
查看>>
Exchange 2013 DAG报错“The fully qualified domain name for node “DAG” could notbefound”解决方法...
查看>>
php 数组元素 频率 次数
查看>>
从0开始学习 GITHUB 系列之「GITHUB 常见的几种操作」
查看>>
MFC应用程序向导生成的最简单程序HelloMFC详解
查看>>
BIND+DLZ智能解析系统
查看>>
我的友情链接
查看>>
分析工具TVD$XTAT简单使用
查看>>
通过内推来应聘职位,你的体验是怎样的?
查看>>
Java并发系列学习(三)
查看>>
嵌入式Linux:基于ARM11下Android应用点亮LED灯 【PDF版论文下载】
查看>>
Windows防火墙开启ping
查看>>
我的友情链接
查看>>
[转]项目中Struts/Spring/Hibernate的基本流程
查看>>
看雪精华内容下载
查看>>
一句话判断当前机器windows版本
查看>>
因子得分
查看>>
处理不完整数据集
查看>>
Access restriction: The type FtpClient is not acce
查看>>