2013年我读过的好书

2013年很快就要过去,这一年我读书时间变少了,在家的时间基本都围绕小宝宝转,读书方式转变为以多看的电子阅读为主。

对于多看我个人很喜欢,它对跨平台支持很好,iPad、iPhone和Android上的阅读体验都蛮不错。
另外每天免费一本书,通常一个礼拜会免费一本好书,业界良心呐,不过我很怀疑[……]

继续阅读

《休活:下班后的新活法》读书笔记

我是在多看上买了这本书的电子版,书不厚花个2小时就可以看完。现在发现自己越来越喜欢看日本的畅销书,它们有几个很好的优点:

1)浅显易懂,比较口语化,不装13,阅读起来很轻松。我现在的阅读时间也有碎片化的趋势,买了一堆书常常没有看完,书单里面这种轻松没有压力的作品明显胜出,而几本评价很高的书却一[……]

继续阅读

见树木也要见森林-产品和项目的缩放

回顾过去的几个“紧大重”(时间紧、压力大、任务重)的产品项目,有两个常见的典型挑战:
1)在这样的项目中你很容易非常忙,用户反馈的缺陷和问题、老板的意见、特性的PK、各种会议和邮件统统向你涌过来,还有各路接口人会经常性地中断你的工作、挤占本就少的可怜的工作时间。一旦被淹没在这些事项中,你可能很辛苦[……]

继续阅读

团队稳定的三角形

有一个问题曾经很困扰我:创业公司如何保持团队的稳定性。这是一个头痛的问题,创业公司规模小名气小、薪资和福利不如大公司、而且工作压力还比较大,经常出现招人困难、留人更难的情况。

随着时间的流逝,现在我对这个问题有了一些新的理解。

在几何中有一个基本定律:三角形稳定性。我慢慢感觉到在团队的稳[……]

继续阅读

问题驱动还是目标驱动?

最近我在思考一个问题:在团队中老是指出问题的那个人,他的这种做法是不是一种负能量,他会不会成为一个不受欢迎的人?

这个问题表面上看起来很简单,其实如果仔细想想问题背后却很有一些道理需要琢磨。

首先我们要看指出问题的人是谁,如果是具体的项目团队成员,并且他日常的工作很努力负责,那么大家会觉[……]

继续阅读

当我们在产品PK时,我们在PK什么?

互联网产品研发团队经常都会有各种产品讨论,大到产品方向、小到界面上几个像素,各种PK不断进行中。我个人是很支持产品PK,也常常喜欢和别人切磋一下。在一个开放的、相互信任的团队里,PK会带来各种想法的碰撞,大家会快速达成共识并把产品做的更好。

PK并非总是那么美好,在产品讨论的时候,也常常会出现[……]

继续阅读

培养、外包还是空降

不管是在大公司,还是在创业小团队,找人才永远是个头痛的难题。当我们想去做一件事/产品时,往往遇到第一个难题是没有人。

这个时候通常有三个方法:
1)把专业部分(例如:美术设计、功能开发等)外包出去,我们拿到结果来运营。但实际上:和外包团队的沟通成本高,交付以后的修改和完善没有办法跟上,也无法[……]

继续阅读

项目经理在“探索”前进中如何发挥作用

—–在下面的阐述中,把项目经理换成产品经理我想也是可以成立的—–

这个讨论主题是我为FY计划的小组练习设定的,在和小组成员碰了两次以后更明确了自己的想法,这里梳理一些要点出来。

*为什么要抛出这个一个主题?
项目经理在互联网公司其实处于尴尬的位置,传统的项目经理是项目负责人[……]

继续阅读

从迭代名称看聚焦

“用迭代的方式小步快跑”,这个话很多人都说过并且会觉得:迭代不是挺简单的么,一个迭代一个迭代的做,需求这个迭代做不完就排到下个迭代去咯。

所以经常看到各种团队需求很多、牛仔很忙,当2个月过去后回过头看,如果你问研发Team:“那个迭代我们做了啥?”。每个人的答案会不太一样:嗯,让

我想想[……]

继续阅读