1704335950
30人~50人的团队，如何提高团队管理能力？
1704335951
1704335952
魅族的李楠认为，要在“明确”中做管理。她给出了下面的方法建议：
1704335953
1704335954
■ 明确分工、目标和责权利
1704335955
1704335956
接手任何一个部门后最重要的事情，是明确或者重新调整组织架构。架构的关键是：谁在什么位置，负责什么内容，一定要明确。
1704335957
1704335958
所谓“明确”的意思是：不允许两个人交叉负责，也不允许集体领导，不允许有模糊的领域。出了问题，大家都清楚谁应该出来承担责任。取得了成绩，谁的功劳也很清楚。
1704335959
1704335960
领导不是决定怎么爬梯子的人，他是决定把梯子搭在哪个墙上的人。所以他必须明确指出这个方向，向全员传达。如果这个没有做好，再优秀的团队也不会拿出好的结果。
1704335961
1704335962
天底下没有又要马儿跑，又不让马儿吃草的事情。
1704335963
1704335964
你明确地委托了你的要求，就要明确地授权和投入资源给他。否则，出了问题责任不在于他，而在于你。上司的一个重要职责，是为下属解决他们解决不了的问题。而你能提供的，其实就是权力和资源。用好他们。
1704335965
1704335966
■ 工作流程可视化
1704335967
1704335968
团队大了，最大的问题就是：你看不到问题。
1704335969
1704335970
即使团队还小，组建一个可视化的工具和流程的组合是必须的。这样你的团队才有足够的可扩展性。
1704335971
1704335972
比如：
1704335973
1704335974
github[100]可以让你看到每个程序员的每一次commit（代码提交）。issues（发布的不同版本）可以让你看到课题的解决过程。pivotal tracker（关键点跟踪）的燃尽图可以让你看到整个团队的效率。信群可以让你们实时沟通。基于wiki（公共编辑）的文档和汇报可以让所有人对项目的状况一目了然。
1704335975
1704335976
你并不需要真的跟踪这些，但是，你需要有看到这些的能力。这样才能在出问题的时候掌握第一手的材料。而团队成员由于知道他的东西“可能会被看见”，执行的效率和质量也会有提升。
1704335977
1704335978
可视化还意味着“信息的对称”。上面所有的工具和流程可以保证团队成员用最低的成本了解“项目中的新鲜事”，保证快速准确的响应。
1704335979
1704335980
■ 分割和适当的中间结果检查
1704335981
1704335982
把一个大项目分割成多个时间点做检查可以有效地管理风险。
1704335983
1704335984
确保你检查的结果不是虚的。一定要求可见的，最好是可触摸的产品。导入一些敏捷管理的方法保证这一点。如下页图所示：
1704335985
1704335986
■ 要求向上承诺
1704335987
1704335988
管理上常被忽视的一点是，没有提前要求团队成员的承诺。一个“上面布置下来的任务”，往往不会很好地完成。而一个“向上承诺会做好的项目”，则不一样。虽然很可能是同样的事情。
1704335989
1704335990
■ 改变人不如换合适岗位
1704335991
1704335992
人并非不可改变，但公司里往往成本上并不合适。
1704335993
1704335994
如果一个人在他的岗位上做不好（不是在上升的过程中），那么最好的办法是把他换到更合适的地方去。
1704335995
1704335996
1704335997
1704335998
1704335999
所谓“有潜力”、“慢慢提高”等情况，很多时候都是一厢情愿。