开放产品开发(OPD):产品负责人的工作原则和方法

产品backlog是如何从产品概念开始而形成的?产品负责人需要定义产品是什么、了解为什么要做,还需要决定何时交付、如何交付,敏捷开发中对产品负责人并没有明确的进行指导。去年在一些大会上分享过敏捷的本质,这是对敏捷团队所有成员的价值观指引。7月26日我将在2014 WOT全球软件技术峰会做相关的一个主题演讲【产品负责人的工作原则和方法】,本次分享主要向大家介绍PO和业务需求人员工作中应该遵循的6个原则和相应的一些方法。

以下是本次分享内容:

完整版如下,如果你喜欢想下载的话,点击 http://t.qq.com/p/t/408290032822449

开放产品开发(OPD):产品负责人的工作原则和方法

时间: 2024-10-06 00:16:15

开放产品开发(OPD):产品负责人的工作原则和方法的相关文章

保证产品开发顺利实施的五个软件度量方法

开发一款高质量的软件产品属于软件工程范畴.变幻莫测的用户需求和苛刻的项目计划表很容易导致预算超支或者交付延迟.所以,项目做得越大,其功能也越复杂.正因为存在这么多因素的影响,项目质量很容易失去把控. 没有哪个工程可以离开精确的计量,而量化必须要借助一些度量方法才能实现. 因此,开发者需要一些软件度量方法来实现产品透明而又高质量的交付.因为当你在衡量你所说的话时,你需要用数字来体现你的失败或成功.你需要有一个计算公式来显示你在哪里薄弱,在哪里做得好.用Bob Parsons的话来说,"量化和监督能

产品开发与运维的中心原则

0.   常常思考: 正在做什么事,为什么要做这件事, 是否有必要或避免做这件事, 怎么做更高效: 1.   尽最大努力持续保证简单.一致.可靠.易用: 持续小幅重构和简化系统: 2.   分享可以分享的一切, 自动化可以自动化的一切: 3.   宁可多花一小时编程,多花两小时测试, 也不要多花四小时调试, 多花一周去修复程序缺陷导致的麻烦: 4.   主动去发现业务.检测问题和提升系统: 不要等到问题出现后被动解决问题: 5.   解决问题要追根究底,探究到根本原因并进行改进, 不可止步于具体

开放产品开发(OPD):OPD框架

在 开放产品开发(OPD):开篇 中讲了一下OPD是什么,以及它主要指引的方法,这篇文字将给大家介绍一下OPD框架. 一个公司有三种经营模式,像游戏代理的属于运营型,做企业定制项目管理软件的属于项目型:互联网的大多数属于面向大众的产品型.而不管是哪种类型,其实背后都是有产品的支撑,游戏本身的主题就是游戏产品,定制项目的终极目标也是产品,正因为产品的重要性,所以OPD核心关注的就是有什么方法来支持一个产品如何从无到有开发出来? 我们生活中到处都是产品,iPad.小米,超市里你看到的所有东西其实也都

开放产品开发(OPD):开篇

OPD?这是什么玩意?google一下.忘记说了,最近google被封锁的厉害,那就百度一下吧.可惜,OPD找不出是什么.你今天你找不到是正常的,因为之前还没有OPD,而现在才开始有OPD这个东东.相信很多人听过敏捷个人了,这个词汇到现在已经很容易被搜索到了,敏捷个人创立以来,我一直未放弃对IT技术方法的实践和整理,而OPD就是我又要创建的一个东西,全称是Open Product Development.没错,是OPD,不是IPD,当然两者会有些关系,之所以我取Open,是因为我的IT产品开发方

开放产品开发(OPD):Archi 汉化工具下载

在OPD中,我们使用了ArchiMate 作为架构语言,这是一个高层.简单的描述语言,之前我也写过一系列相关的文字, 架构语言ArchiMate - 开篇:企业架构语言ArchiMate介绍 架构语言ArchiMate - 语言结构(Language Structure) 企业架构框架和语言 TOGAF & ArchiMate 电子资料 很多人在学习的时候都会问到一个问题,有什么工具可以很好地支持它吗?几年前就有了,Archi,但没有中文版本.不过,现在大家可以下载中文版了,因为昨天我已经汉化了

【工作总结】如何组织开发一个产品

1.为什么要开发这个产品? 市场:这是开发一个新产品的源动力.要分析大局的技术发展方向,技术更迭的趋势.新产品的功能优势.成本优势,给用户带来的具体效益. 应用:可以应用哪些行业,能解决哪些问题? 公司战略:符合公司的发展布局. 2.如何开发这个产品? 确立项目:定目标. 组建研发团队:产品的根基,需要良好的需求分析. 市场的策划和推广:把前线战场先拿下来. 开展相关公司的合作:量产需要保证粮草充足,共赢.

“产品级敏捷” 的这条路; 逐步的形成一高效的产品开发生态系统

2015. 7.1, 我在杭州-. 这一路走来真的相当的不容易; 这一周多来, 大夥跟著一个 "疯子顾问", 经历了不停的交流,辩论, 实践, 验证, 深度思考? 终于, 踏上了产品级敏捷的这条路-.. 以外部客户的视角, 制订出可使客户对产品有信心的版本节奏; PI (Program Increment) ? 拉通产品的特性负责人, 开发骨干与测试经理, 经由可视化的需求看板与 "加法, 减法" 的协作模式, 识别每一轮 PI 所需完成的开发与集成测试的特性场景?

产品小白谈产品工作

从2018.04-2018.06,在一家创业公司做产品经理两个多月,今天来谈谈初入该行业后,我对产品工作的认知. PM,网上官方说法,PM是负责市场调查并根据用户的需求,确定开发何种产品,选择何种技术.商业模式等.并推动相应产品的开发组织,还要根据产品的生命周期,协调研发.营销.运营等,确定和组织实施相应的产品策略,以及其他一系列相关的产品管理活动.来,总结一下:产品工作就是PM要参与所负责产品的各个环节,事实上不仅仅是个参与者,更是把控者或者说决定者.因此,你的产品遇到任何事情,PM都是那个第

中小企业团队敏捷产品开发流程最佳实践

近期因为疫情的影响,不少互联网公司开始尝试远程工作.也出不了少如何做好远程工作的方法,我认为不管是场地办公还是远程办公都依赖于原来的产品开发流程. 我曾经遵循CMMI5的流程管理过15人左右的跨国/语言/文化团队,也遵循敏捷Scrum管理过9人的小团队,还针对一个从4人发展到近30人的团队尝试过各种方式的项目管理方法,这其中有2C和2B的产品,也有平台/生态型产品. 最后在自己创立公司的5人小团队(场地和远程办公融合方式)中摸索出了我认为最适合中小企业产品开发流程与管理方法. 今天我们聊聊产品开