如何提高团队管理能力?

标签: 业界动态 | 发表时间:2014-05-22 13:41 | 作者:边缘
分享到:
出处:http://www.woshipm.com

0522092554

1 明确的架构

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

  • 不允许两个人交叉负责
  • 也不允许集体领导
  • 不允许有模糊的领域

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

2 明确的目标

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

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

3 没有权力,没有责任

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

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

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

4 可视化

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

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

比如

  • github 可以让你看到每个程序员的每一次 commit 。
  • issues 可以让你看到课题的解决过程。
  • pivotal tracker 的燃尽图可以让你看到整个团队的效率。
  • 微信群可以让你们实时沟通。
  • 基于 wiki 的文档和汇报可以让所有人对项目的状况一目了然

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

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

5 扁平化

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

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

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

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

http://image.woshipm.com/wp-files/2014/05/76ede712f8acaeead99030515be0d26a.jpg

7 提前要求承诺

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

8 不要试图改变一个人

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

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

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

9 要结果,不要借口

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

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

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

10 不断改善

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

本文由人人都是产品经理@ 边缘 整理自 知乎问答,转载请注明并保留本文链接。

 


(关注更多人人都是产品经理观点,参与微信互动(微信搜索“人人都是产品经理”或“woshipm”)

相关 [团队管理] 推荐:

团队管理101招

- 狂之想 - C++博客-牵着老婆满街逛
转载自:http://www.iteer.net/modules/doc/article.php?storyid=1402. 无论你是新手还是资深管理人,对你而言,管理好团队都是重要且具激励性的挑战. 切记:每位成员都能为团队作出一些贡献. 谨慎地设定团队目标,且认真严肃地对待它们. 尽早决定何种形态的团队适合你的目标.

如何提高团队管理能力?

- - 人人都是产品经理
接手任何一个部门的最重要的事情,是明确或者重新调整组织架构. 架构的关键是:谁在什么位置,负责什么内容,一定要明确. 出了问题,大家都清楚谁应该出来承担责任. 领导不是决定怎么爬梯子的人: 他是决定把梯子搭在哪个墙上的人. 所以他必须明确的指出这个方向,向全员传达. 如果这个没有做好,再优秀的团队也不会拿出好的结果.

关于技术团队管理的胡言乱语

- - 博客园_知识库
  临近年底,接到《程序员》杂志的邀请,希望我能写一篇与团队管理有关的年终盘点文章,盘点2013年业界与团队管理相关的大事. 试想,揪出各个公司在2013年的各种“大事”,指点江山,激扬文字,那种众人皆醉我独醒的感觉是相当的妙不可言. 可细细一想,2013年可以归纳为团队管理大事的事件倒是不少,例如Yahoo!美女CEO宣布取消在家办公制度,最近又按照绩效评估结果排名开始裁员;最近知乎上好事者提出的“你问什么离开xx公司”系列,各种回答纷至沓来,为2013的团队管理大事记提供了不少素材.

关于UED团队管理的那点事

- - legene的用户体验设计
昨天晚上跟几个做设计leader的朋友聊天,对方谈起目前的工作情况和难处,我听了后觉得很有感触. 如果换做一年前的我在这里,也一定也会遇到同样的处境. “产品经理觉得交互设计师的出现增加了一个环节,效率降低了”;. “我们设计好的方案产品经理挑了一部分做,然后功劳就变成他们的了”;. “我们辛辛苦苦设计的方案产品经理总是不采用,等上线后发现体验不好大领导又责怪我们,说UED是怎么做的设计”;.

公司团队管理大敌:营造内部帝国的“小帝王”

- - 创业邦
  对权力、声望、财富的追求没完没了,把部门越做越大,直到整个公司失控.   文 | Joe Robinson.   你的公司里是否有一种人,像是被“集邮”进来的. 他们在公司不起眼的地方混吃等死,没什么贡献. 这些人的存在拜某些部门领导所赐——他们在公司里建造了一个属于自己的小国家.   在管理学中,这种现象被称为“营造帝国”,员工数量和财政预算急速增长,人人自我膨胀——这会毁了你的团队、你的企业生存线.

[原]敏捷开发团队管理系列之七:大型研发管理团队的切分(二)

- - 陈勇的博客 - Scrum 敏捷开发培训咨询,绩效管理,团队管理,《火星人敏捷开发手册》
这是敏捷开发团队管理系列的第八篇( 团队管理栏目目录). 还是敏捷开发一千零一问的第二十八篇( 在这里提问, 之一, 之二, 之三, 问题总目录). 还是敏捷开发松结对编程系列的第十三篇( 松结对编程栏目目录),与之前系列 第六篇139团队、 第九篇微软TechED上的讲座有密切关系.

谷歌前产品经理谈创业团队管理:做好情景管理,控制团队规模

- - ITeye资讯频道
原文作者Tomasz Tunguz是Redpoint Ventures的风险投资人,曾在Google担任产品经理并参与过AdSense项目. 在文中,Tomasz Tunguz针对创业公司给出了2条极富实践性的建议: 针对不同类型的员工,做好激励和情景管理;努力平衡控制范围和管理职责范围(下文由 36Kr进行编译整理).