随笔分类 -  敏捷开发产品管理系列

摘要:本文是敏捷开发产品管理系列的第八篇。(专栏目录)在产品开发中,常常遇到产品性能问题,这些性能问题会很大程度上影响到产品的架构。但解决这些性能问题,切莫认为只是技术人员的事情,产品经理和产品总监也要参与其中,甚至是业务人员(销售、售前)。下面以12306的售票问题为例,来做一个完整的说明。本文的目的,不是说技术性优化不必要,而是说作为开发人员不要闷头只想技术,而作为产品经理不要把所有“技术”问题推给开发人员,这一点很重要。技术方案的局限性12306为什么崩溃了?原因众说纷纭,解决方案也众说纷纭。到网上一搜“12306 性能”http://www.baidu.com/s?wd=12306+%D0% 阅读全文
posted @ 2012-05-15 17:25 Java EE 阅读(300) 评论(0) 推荐(0)
摘要:本文是敏捷开发产品管理系列的第七篇。(序言及设立迭代目标,产品版本规划,产品用户群规划,新产品研发,预估会议,Product Servant,Product Owner团队,产品线管理),也是敏捷开发团队管理系列(拟)中的一篇。目的在之前的《Product Servant》一篇中曾经提到,作为产品经理或产品总监,都应该有自己的方式来根据市场和用户情况来管理产品的走向,其中前者更倾向于具体的功能,而后者则更倾向于市场方向的竞争力;前者要求细节,后者要求高度。那么,这两个人到底谁是传统意义上的Product Owner呢?另一个常常被问到的问题是:“我们只有一个产品经理,而有20多个开发人员,这一 阅读全文
posted @ 2011-12-03 17:32 Java EE 阅读(218) 评论(0) 推荐(0)
摘要:本文是敏捷开发产品管理系列的第六篇。(序言及设立迭代目标,产品版本规划,产品用户群规划,新产品研发,预估会议,Product Servant,Product Owner团队,产品线管理)马与马车夫的故事这是心理学上的一个比喻。马拉着车向前走,它说:控制车去哪里的是我,我走,车就走;我停,车就停;我转,车就转。马车夫笑了,他说:控制车去哪里的是我,我让车走,车就走;我让车停,车就停;我让车转,车就转。后座的客人笑了,他说:难道你不是以送客人回家为生?当我们成为Product Owner的时候,一个极其危险的旅程开始了。产品的生命周期几乎没有产品,在开始赢得市场之后,乃至如日中天后,都会走下坡路。 阅读全文
posted @ 2011-12-01 22:13 Java EE 阅读(164) 评论(0) 推荐(0)
摘要:本文是敏捷开发产品管理系列的第五篇。(序言及设立迭代目标,产品版本规划,产品用户群规划,新产品研发,预估会议,Product Servant,Product Owner团队,产品线管理)粗估会议是一个较少使用的敏捷实践,但其作用还是很明显的。WhyScrum里边,有两个关于需求的比较头疼的问题。一个是PO不太懂技术,不知道故事大约需要多久才能完成。为什么PO要知道?因为如果划分的颗粒度不好,会导致有的故事太大或太小;而且如果不知道故事的大小,就比较难大致预测未来的几个迭代能做完哪些故事,版本计划不好做。二个是如果只依赖短暂的Sprint Planning Meeing,往往团队对故事的理解不够 阅读全文
posted @ 2011-11-23 12:24 Java EE 阅读(175) 评论(0) 推荐(0)
摘要:本文是敏捷开发产品管理系列的第一篇。(序言及设立迭代目标,产品版本规划,产品用户群规划,新产品研发,预估会议,Product Servant,Product Owner团队,产品线管理)这里所指的新产品研发,不是指自己企业的新产品,而是特指那种在行业中初创,前途不明,尚需市场检验的新产品。敏捷开发可以在很大程度上帮助这种产品的开发过程。新产品的第一要务策划新产品的第一要务是:谁会买这种产品?为什么?开发新产品的第一要务则是:它与以往产品的核心差异是什么?这个听起来不难理解,但是做起来有困难。因为一般产品开发往往是先做“最重要的功能,最基础的功能,最影响架构的功能”,这很容易在很久以后,才能看到 阅读全文
posted @ 2011-11-13 22:24 Java EE 阅读(203) 评论(0) 推荐(0)
摘要:本文是敏捷开发产品管理系列的第三篇。(序言及设立迭代目标,产品版本规划,产品用户群规划,新产品研发,预估会议,Product Servant,Product Owner团队,产品线管理)上周在培训做“用户故事的用户建模”练习的时候,就有人提出一个疑问:这么短的时间里边,能定义好用户群和用户群分类吗?答案是:不能。用户群的规划是产品概念期就应该完成的工作,它是一个产品管理工作,而非需求管理工作。用户群定位这里仅就自己所从事的互联网行业提出一些简单看法。这些看法与本人在做的产品密切相关,因此在别处可能会不适用,仅作参考。我们整体把用户分为人气用户和付费用户两种。这个与互联网通行的分类方法很接近,相 阅读全文
posted @ 2011-10-30 22:10 Java EE 阅读(119) 评论(0) 推荐(0)
摘要:本文是敏捷开发产品管理系列的第二篇。(序言及设立迭代目标,产品版本规划,产品用户群规划,新产品研发,预估会议,Product Servant,Product Owner团队,产品线管理)本文是一篇旧文,原名为《“迭代期内无变更”与敏捷开发产品版本规划》,因符合本系列内容,做相应修改后重新编排发出。迭代期间无变更?支持派说:对,如果经常变,我们怎么开发啊。反对派说:不对,敏捷开发不能上来就确认了需求,要的就是在开发中逐步了解需求,怎么可能不变呢。只在开发层面,这个问题无解。让我们站在产品版本规划的高度来看这个问题。基于商业目标的产品版本规划下个产品版本(或下个迭代)中到底应该有什么功能?最重要的 阅读全文
posted @ 2011-10-28 16:27 Java EE 阅读(358) 评论(0) 推荐(0)
摘要:本文是敏捷开发产品管理系列的第一篇。(序言及设立迭代目标,产品版本规划,产品用户群规划,新产品研发,预估会议,Product Servant,Product Owner团队,产品线管理)序言之前的“敏捷开发用户故事系列”已经提到了微观层面的需求管理问题。由于敏捷开发的提出者和实践者主要是开发团队及其领导,因此一般较少提及产品的整体规划、商业目标这些内容。本系列汇集了本人在做产品管理的时候的一些心得,以及在与不同企业交流、做互联网软件分析的时候的一些所得,与大家分享。本系列的顺序整体由微观到宏观排序,拟包括设立迭代目标,产品版本规划,新产品研发,Product Owner团队,产品线管理等话题。 阅读全文
posted @ 2011-10-27 22:04 Java EE 阅读(161) 评论(0) 推荐(0)