团队

四两拨千斤的运营力量——外团

从早期的QQ秀、QQ空间,到现在如日中天的腾讯网游,其辉煌运营的背后,无不渗透着幕后外团的支撑。BLUES结合自己在QQ秀和小米产品合作等实际工作的案例,和大家聊聊产品运营背后的幕后英雄。产品运营,尤其是资深的高级产品运营,是目前各大互联网公司招聘的热门岗位,产品策划与运营,其实相辅相成,没有运营意识的产品策划,是一个目光短浅的产品功能设计者,不会做策划的产品运营,则是一个

周鸿祎:有些创业团队可能是纸糊的

有句话叫”铁打的营盘流水的兵“,但有些创业团队,可能是纸糊的。打磨领导力的目的就是为了做好管理、带好团队。其实企业在刚开始比较小的时候,我觉得管理其实是多余的,因为你想管特别好,也不太可能。很多创业者寄希望于获得一本简单的管理秘籍《制度大全》,拿到公司一引用,公司管理就正规了。但这种秘籍是不可能有的。也有不少创业者开始了系统的学习,看一些企业管理的书,道理讲的倍儿对,你也觉

一个案例:创业公司的开发团队考核新方法探索(续)

时间过得很快,一转眼就是1个月过去了,这个月里面我按照之前的设想执行了新的考核方法,具体可见《一个案例:创业公司的开发团队考核新方法探索 》,于上周整个项目终于上线完成了,而经过几天的整理,我也重新回顾了一下整个过程,下面跟大家一同分享一下。一个案例在整个开发开发过程中,团队人员没有变化,于上周完成所有任务并部署到正式环境中,按照新的考核方法,对整个开发成果进行了评定。5、

经验贴:总结项目团队管理中踩过的几个坑

在一辆行驶的火车中,作为动力发动力和火车头,如果脱节于整个火车组之外,那么整节火车将被颠覆。所以每一步都需要脚踏实地。从2月份年后回来到现在4月份初,负责项目团队开始,慢慢地在项目团队管理中踩过了不少坑。自己也是在边学习边成长中去适应这个工作职责。在这样一个职责中,作为一个团队中坚力量。要学会接受领导的批判和怒火,负责扛起整个团队的过错。学会接受团队中每个成员的小情绪,让他

好的产品团队与糟糕的产品团队之间的 15 条区别

最好的产品公司在如何创造科技产品方面和其他公司存在巨大的差异。我的朋友和同事,Jeff Patton,即将出版一本关于用户故事尤其是故事地图技巧的书。我被邀请作了此书的前言,这篇文章就摘录自前言。我同样是这本书的书评,这本书真的是一本产品人的必读书,而且填补了当前图书馆中关于“敏捷”这个话题的空缺。我曾和世界上最好的科技产品团队工作,他们创造了你今天正使用以及喜欢的产品,他

一个初创型互联网公司员工的自我修养

今天写这篇文章的确是有感而发,因为下午听说团队中又有个女同志离职了,这已经是半年以来离职的第三个小伙伴了,当初以为我会是最先坚持不了离开的,目前看来,我还算是乐观的。之前我写过一篇文章,说的是在一个初创型的互联网公司工作是什么样的感受,当然也是抱着一种很积极的态度去看待初创型互联网公司的工作环境。但不可否认,我是不认同那种工作方式的。初创型互联网公司,往往没多少资源背景,为

咨询案例 - 传统企业小 IT 团队的一种出路

前一段时间经朋友介绍帮一公司IT团队做咨询,公司不大,做传统医疗设备。和公司负责人接触后首先对目前的现状做了了解:公司有个小团队,有几个人做了一款门店系统,含有CRM、OA等简单功能,前前后后做了不少年,在这个圈子内市场占用率超过40%,由开始的C/S模式,做到后来的B/S模式。遇到的问题从公司负责人处了解到的问题有:产品开发跟不上需求发展,近期想增加进销存等功能但人手短缺

第一次带团队你该怎么做?

这篇文章的灵感来源于昨日一个朋友咨询我该如何管理团队,这位朋友工作后没有接触过管理类的工作,如今有一个升任主管的机会,他想要争取,却不知道该如何去管理所属的团队。 我想对于初次走上管理岗的同学,尤其是工作经验不长,因为单兵作战能力足够强而获得了带团队机会的同学而言,第一次做管理,会不知道如何下手。 我在这里总结了一下自己这几年带团队的经验,归纳出几条小建议,希望对有需求的同

产品负责人,如何把团队放在第一位?

作者在写这篇文章的时候,感慨万千。对于一个缺乏管理经验来说。这篇文章我想应当是醍醐灌顶。以前只是把自己定位成“项羽”式的人物,认为自己强,大家都会跟着强起来。其实不然,只有把自己当“刘邦”式的人物,才能将团队容成一股劲,才能发挥团队最大的价值。项羽式骄傲自大,会导致整个团队的失败。作者经历了人生中最漫长的加班之后,逐渐明白很多的事情不是靠一个人可以完成的,而是一个团队才可以

技术团队组建的血泪经验

对于技术人来说非技术问题往往比技术问题更加难以解决,当下创业势头依旧强盛,而互联网行业就最受人瞩目,而互联网企业最重要的一个组成部分就是技术团队,今天分享一下过来人的一点点经验教训。为什么需要技术团队? 也许有的人会有这样子的疑惑,怎么就要建立自己的技术团队,外面的外包团队一大堆,随便叫一家实现系统不就好了吗。个人看法是尽可能拥有自己的技术团队,因为外包可能会出现下面的问题