很多创始人都是由产品经理或者是技术工程师出身

创业或者初创的互联网公司,由于很多创始人都是由产品经理或者是技术工程师出身,所以,对于如何管理团队反而大伤脑筋,下面来自知乎网友李楠的回答,这10条法则可以给创业者一定参考与学习。

1 明确的架构

接手任何一个部门的最重要的事情,是明确或者重新调整组织架构。架构的关键是:谁在什么位置,负责什么内容,一定要明确。

所谓“明确”的意思是:

不允许两个人交叉负责

也不允许集体领导

不允许有模糊的领域

出了问题,大家都清楚谁应该出来承担责任。取得了成绩,谁的功劳也很清楚。

2 明确的目标

领导不是决定怎么爬梯子的人:他是决定把梯子搭在哪个墙上的人。

所以他必须明确的指出这个方向,向全员传达。如果这个没有做好,再优秀的团队也不会拿出好的结果。

3 没有权力,没有责任

天底下没有让马儿跑,又不让马儿吃草的事情。

你明确的委托了你的要求,就要明确的授权和投入资源给他。否则,出了问题责任不是他的,而是你的。

上司的一个重要职责,是为下属解决他们解决不了的问题。而你能提供的,其实就是权力和资源。用好他们。

4 可视化

团队大了,最大的问题就是:你看不到问题。

即使团队还小,组建一个可视化的工具和流程的组合是必须的。这样你的团队才有足够的可扩展性。

比如

github 可以让你看到每个程序员的每一次 commit 。

issues 可以让你看到课题的解决过程。

pivotal tracker 的燃尽图可以让你看到整个团队的效率。

微信群可以让你们实时沟通。

基于 wiki 的文档和汇报可以让所有人对项目的状况一目了然

你并不需要真的跟踪这些,但是,你需要有看到这些的能力。这样才能在出问题的时候掌握第一手的材料。而团队成员知道他的东西“可能会被看见”,执行的效率和质量,也会有提升。

可视化还意味着“信息的对称”。上面所有的工具和流程可以保证团队成员用最低的成本了解“项目中的新鲜事”。保证快速准确的响应。

5 扁平化

做事情上,不要设置太多级别。确保任何一件事的负责人,都可以直接找到可以拍板的那个人。

6 分割和适当的中间结果检查

把一个大项目分割成多个时间点做检查可以有效的管理风险。

确保你检查的结果不是虚的。一定要求可见的,最好是可触摸的产品。导入一些敏捷管理的方法保证这一点。

7 提前要求承诺

管理上常被忽视的一点是,没有提前要求团队成员的承诺。一个“上面布置下来的任务”,往往不会很好的完成。而一个“向上承诺会做好的项目”,则不一样。虽然很可能是同样的事情。

8 不要试图改变一个人

人并非不可改变,但公司里往往成本上并不合适。

如果一个人在他的岗位上做不好(不是在上升的过程中),那么最好的办法是把他换到更合适的地方去。

所谓“有潜力”,“慢慢提高”等很多时候都是一厢情愿。

9 要结果,不要借口

工作上的事情只有两个结果:搞定,或者没搞定。

如果没搞定,我想听的是损失如何?是否有 fix 的办法?需要再投入多少?

至于你为什么搞砸了,中间有什么狗血?不要给我汇报。这些事情事后汇报没有任何意义。

10 不断改善

“改善”是丰田管理方法的核心之一。世界在飞速的变化,今天有效的方法,明天可能就失效。观察团队,发现问题,不断改善。

时间: 2024-10-23 20:29:34

很多创始人都是由产品经理或者是技术工程师出身的相关文章

AI+时代,谈谈产品经理对图像识别技术的阈值控制

产品满足用户的需求有一个阈值,产品值低于阈值用户会觉得了无生趣,即产品一般般,也即产品经理做了功能经理.产品值等于阈值产品功能基本满足了用户的需求,而只有产品经理驾驭了需求,把产品做成作品,产品值才有可能高于阈值,任何时候产品经理应该学习到高于需求阈值的产品方法论.AI+时代图片识别技术就是起点! 撰写本篇的目的: 当下每天看的到一个词:AI,满眼皆是AI的阶段,我们产品经理应该如何了解到AI的技术脉络和市场需求大势.AI不是新的概念,再次起来是因为有新的突破. 创新工场的李开复博士说现在是技术

深入剖析产品经理,不是人人都是产品经理!产品经现和项目经理都要看一下

有本书<人人都是产品经理>很火,"产品经理"在国内是一个炙手可热的职位,有人也说"产品经理"已经烂大街了.可是产品经理真的那么好做吗?我想,众多产品经理们心中都有自己的答案.Evan(微博)写了一篇博客来谈谈自己对"产品经理"的认识(原标题:<大话产品经理>,TECH2IPO二次整理).他首先描述了国内产品经理的三种形式:新蛋的分而治之式.阿里巴巴的大包揽式和创业公司的"铁人汉堡"式,并分析了作为一个产

对于很多小公司来说“产品经理”不过是个摆设

产品经理的角色很复杂,一方面每个公司对产品经理这个职位的定义是不同的,再有一方面就是产品经理这个职位需要跨多个领域.不一定是领域专家,但至少要熟知相关领域. 很多人都在向往产品经理这个角色,甚至是设计师.程序员.BD,都有做产品经理的想法.我这么多年一直是做技术,虽然头衔都是技术相关的,但基本都是从产品角度去思考技术实施.正好最近我们在考虑计划设计一个社交类产品,从我的角度,把我对产品经理这个职位的认识谈一谈. 对于很多小公司来说,"产品经理"不过是个摆设 我对"出色的产品&

“人人都是产品经理” 吗?

"产品经理", 一个重未被真正定义的争议角色. 他有时是模糊的, 有时却又清晰无比. 有时他是产品的缔造者, 但更多时候他却是开发和设计人员眼中的公敌. 很早以前就想抽时间来写一篇文章, 说说我对 "产品经理" 这个角色的想法. 后来一直因为时间关系没有动笔. 再后来自己也懒得动笔了. 再后来, 随着我遇见过的产品经理越来越多, 加上自己也亲自做了一年多产品经理, 从不同角度再次认识了这个职位. 今天, 我想把这些经历分享出来, 聊一聊产品经理. 因为没有清晰定义其

做好产品经理,以下6大素质须知

你在做产品的销售及顾问吗?如果是,你觉得自己是个好的产品经理吗?让我们来看看以下这6大要素,看你是否符合 如今,很多人都在向往产品经理这个角色,甚至是设计师.程序员.BD,都有做产品经理的想法. 但其实对于很多小公司来说,"产品经理"不过是个摆设,要做好出色的产品我觉得应该具备以下三个: 1.对产品本身,有很好的市场定位.用户,以及前景; 2.对产品的用户使用,有很高的用户认可度; 3.对产品的市场投放,有高明的手段; 我有一个朋友,是产品经理,几个月以前,他们公司开发了一款产品,在青

读《产品经理修炼之道》有感

在读费杰的这本书之前,我也读了很多关于互联网产品经理方面的书籍,包括<启示录>.<结网>.<人人都是产品经理>等以及关于技能方面的<UCD火花集>.<don't make me think>.<用户体验要素>等等,之前读完这些书后都有写读后感的冲动,但由于各种原因(好吧,我承认,其实最主要的是我懒惰,呵呵)都没有写,这次用了两周的时间读完费费的<产品经理修炼之道>后,突然想写点东西,在加强自己对本书内容的理解的同时,也希望

关于书名的自我批评【人人都是产品经理:9095】

下面是同事对我说的话: 最怕就是开pk会的时候,一些人打着这句口号来维护自己的利益--最怕了-- 因为你这句话,人人都不对结果负责的瞎嚷嚷,弄的效率十分低下.这一点上,你必须要负责起来,不要让别人解读错误. 似乎每隔一段时间,我都觉得有必要,再来强调一次"人人都是产品经理"是什么意思,因为最近,这句话甚至让我产生了一点内疚感.甚至,我收到过数封邮件"投诉"这句话给他们带来的困境,比如下面的摘录: -- 我在一个小科技公司中做网站,偶然的机会,老总知道了这本书,并要求

新书自序【人人都是产品经理】

俺的新书<人人都是产品经理>即将上市. 下面是俺写的自序. ==================================================== 是谁?每次K歌都对着点歌面板评头论足. 是谁?逛超市时总在想"这个商品能解决什么需求?". 是谁?会给自己的个人发展做http://www.aliyun.com/zixun/aggregation/7978.html">战略规划. 是谁?一定要在自己的婚礼中讲一个PPT. 是谁?会拿用户调研的方

产品经理的新三观:数据观、格局观、细节观

数据观:产品经理要重视数据,根据数据做决策,用数据说话.格局观:学会换个角度,从战略层面去考虑问题,格局有多大,世界就有多大.细节观:细节决定成败,无数个经过产品经理优化后的细节,堆砌出令人尖叫的用户体验. 数据观 产品经理要重视数据,根据数据做决策,用数据说话. 靠谱的产品经理,不能拍随便脑袋想做什么就做什么,而是要以用户价值为中心,学会利用数据来侧面验证产品需求的是否靠谱.数据应该贯穿产品需求从无到有的完整的一个生命周期. 网上有很多产品生命周期的讨论,比较形象的一种划分是:幼年-童年-青年