微管理-给你一个技术团队.你该怎么管

内容简介

《微管理——给你一个技术团队，你该怎么管》讲解了不同类型的IT技术团队如何进行管理，全书共分为四篇。 第一篇为“蛮荒时代”，主要是普及一些项目管理和团队管理的基本知识。第二篇为“农耕时代”，讲的是创业公司如何管人、如何使用过程及如何选择技术与工具。第三篇为“工业时代”，讲的是和管理要效率的专业化开发团队如何管理。第四篇为“联网时代”，讲的是轻管理、重结果的互联网开发团队如何管理。作者从“微管理”入手，以大量的“微科普”和“微案例”描述具体项目运作层面的管理实践，同时也不乏对战略、组织文化等方面的高层次思考，带给读者的是洁、朴的实践和行动方法。
　　《微管理——给你一个技术团队，你该怎么管》适合IT/互联网从业者阅读，无论你是项目经理、产品经理、程序猿、测试媛，还是公司高管，书中总有团队管理的干货适合你。

目录

序一　香港中华总商会 蔡冠深 /Ⅲ
序二　软通动力集团董事长 刘天文 /Ⅳ
序三　中航电子股份有限公司董事长 卢广山 /Ⅴ
前言　杨立东 /Ⅵ
第一篇　蛮荒时代——团队需要了解的那些概念
开篇语——泰达宏利席市场官 李琦 /2
第1章　团队的三驾马车 /3
1 1　团队三驾马车：人 /3
1 1 1　人过一百，形形色色 /3 微案例，“岂曰无衣，与子同袍”的团队精神
1 1 2　程序员的特质 /5 微科普，中西逻辑学鼻祖墨子和亚里士多德
1 1 3　战场上永远只有一个“头儿” /7 微案例，《投名状》中战场上永远只有一个头儿
1 1 4　选择中国式合伙人 /8 微科普，查尔斯的《第五代管理》学说
1 1 5　团队要有赢的欲望 /9 微科普，从战略人力资源管理角度看待人
1 2　团队三驾马车：过程 /11
1 2 1　从中西方历史看过程 /11 微科普，软件过程之父汉弗莱
1 2 2　过程之美和过程能力 /12 微案例，《英雄》中领略过程之美
1 2 3　过程的瓶颈 /14 微科普，彼得的木桶理论
1 2 4　过程改进的五个步骤 /16 微科普，软件过程改进的五条核心原则
1 2 5　为什么团队需要过程 /18 微科普，哈默和企业再造
1 3　团队三驾马车：技术与工具 /19
1 3 1　技术和工具选择的六要素 /20 微案例，工欲善其事，必先利其器
1 3 2　技术和工具选择的五个误区 /21 微科普，《管理会计》中的沉默成本
1 3 3　团队必备的三个管理工具 /23 微科普，丰田的看板管理
1 4　本章小结 /25
第2章　一切皆项目 /26
2 1　项目与项目管理 /26
2 1 1　项目三特性引发的思考 /26 微科普，项目管理的“圣经”
2 1 2　案例解读项目管理 /28 微案例，《杜拉拉升职记》中的“接驾”项目
2 1 3　生命周期和传统瀑布方法 /29 微科普，科学管理之父泰勒
2 1 4　关于组织结构的换位思考 /31 微科普，威廉大内的Z理论
2 2　项目管理的演进 /33
2 2 1　项目管理知识体系 /33 微科普，项目管理的三要素
2 2 2　能力成熟度模型 /34 微科普，PDCA戴明环
2 2 3　精益项目管理 /36 微科普，今井正明和持续改善
2 2 4　敏捷项目管理 /37 微科普，人性化管理之父梅奥
2 2 5　返璞归真，简约之美 /39 微科普，打破华盛顿合作定律
2 3　本章小结 /40
第3章　项目经理的能力 /42
3 1　项目经理素质模型 /42
3 1 1　项目经理的道德素质 /42 微案例，自编案例，外包模块和分钱
3 1 2　项目经理的能力素质 /44 微科普，麦克利兰的胜任力和冰山模型
3 1 3　项目经理的知识结构 /45 微科普，斯腾伯格的智力三元论
3 1 4　项目经理的身体素质 /47 微案例，自编案例，加班熬夜三夜两天
3 2　必备的四点财务知识 /48
3 2 1　总价合同与回款比例 /48 微案例，自编案例，痛苦的合同谈判
3 2 2　资金的成本 /49 微科普，EBITDA税息折旧及摊销前利润
3 2 3　投资回报率 /51 微案例，自编案例，艰难的决定
3 2 4　团队成本的构成 /52 微案例，自编案例，第一次做项目预算
3 3　理解业务目标和行业知识 /53
3 3 1　理解业务目标 /54 微科普，定位之父杰克?特劳特
3 3 2　行业与市场的认知 /55 微科普，迈克尔?波特的五力分析模型
3 3 3　业务知识积累的三原则 /56 微科普，知识管理的“奠基之父”斯威比
3 3 4　综合业务、技术与管理 /58 微科普，多元智能理论之父霍华德?加德纳
3 4　本章小结 /59
第二篇　农耕时代——软件作坊管理的落地实践
开篇语—— 虎嗅网创始人 李珉
第4章　软件作坊，选人和用人 /63
4 1　目标与达成共识 /63
4 1 1

摘要与插图

323投资回报率
　　《史记?吕不韦列传》上记载：“子楚，秦诸庶孽孙，质于诸侯，车乘进用不饶，居处困，不得意。吕不韦贾邯郸，见而怜之，曰：‘此奇货可居！’”吕不韦以一个商人的眼光对秦国的质子做投资，其回报可谓是相当的高。
　　投资回报率（ROI）是指通过投资而应返回的价值，即公司从一项投资活动中得到的经济回报。计算公式为获得的利润或占投资总额的百分比。
　　软件公司的项目经理可能大多数情况下是没的选择，稀里糊涂之间就被上级指派了，所以项目的投资回报率可能没机会去管它。但执行项目过程中是必须要考虑的。比如一个任务可以交给两个人完成，小王完成时间是12小时，每小时成本为150元，小李完成时间是8小时，每小时成本为180元。你用谁完成这项任务呢？
　　//微案例V：团队为了产品后期做什么争论不休，开发团队想做个影视内容功能，产品团队则坚持做手机播放省电功能。两个功能对用户来说都有价值，但从业务上都不涉及商业利益。前期已经凭感觉通过群体决策刷掉了很多价值低的项目，剩下的两个团队不得不进行一个艰难的决定。——自编案例，如有雷同，勿对号入座//
　　互联网项目的投资回报率很难进行量化计算，因为很多功能和商业没有直接的关系，不像传统IT项目交付那样每件事情都有合同来约束，都能用钱来衡量，互联网项目赚的多数是用户规模和用户的活跃度，然后再间接地产生商业价值。我们分析一下上面两个项目（如表3-1所示）。
　　决策之所以艰难，是因为上面指标都是猜测的，预先的用户调研有一定的参考价值，但真正做出来谁能说准就一定能超过预测的指标呢？很多互联网公司在做什么方面是不让开发团队参与决策的，这样就严重地打击了开发团队的积极性。有些产品经理连程序逻辑都自己设计，然后抱怨程序员，程序员只能在那里看偷偷冷笑了，因为一个不编程的人设计的逻辑会漏洞百出。
　　以上两个项目如果问我选哪个做，毫无疑问我支持开发团队的选择。尽管对用户来说两个项目都有意义，加上以上数据都经过了分析和思考，从投资回报率的角度内容似乎更好。互联网项目的投资回报率即达成相同的业务指标，哪种手段的投入时间更少，投入的工作量更小。
　　还有一个因素写给那些产品团队的管理者，你在尊重开发团队的选择时，相当于对开发团队的一种认可，他们会加倍努力地去完成项目，不需要督促，只需要设定项目目标，用的管理代价就能得到相应的结果。无为而无不为，何乐而不为呢？
　　522管理就是一块看板
　　既然快是初创和作坊团队的主旋律，那么时间管理的价值就大，虽然团队的士气一般都会比较高，大家投入全力去完成任务，但是有效的时间管理还是必不可少的。
　　//微案例V：铜道艺术馆是我参与投资的一个初创公司，他们致力于打造国内金属艺术品的。在和团队一起总结时我让他们找出带给自己麻烦的时间强盗。我让每个成员都列出他的时间强盗。汇总后遍的五项是：①干扰②低效③改变优先级④缺乏计划⑤等待批准。——自编案例，如有雷同，勿对号入座//
　　时间强盗是抢走了个人工作时间影响工作效率的那些人和事，他们让时间不经意间悄悄地溜走。随时沟通，团队紧密工作在一起，是有效时间管理的有效执行的前提。把沟通化于日常工作，提高沟通效率，日会、周会这里都没有，这里有的只是一块看板。
　　一块看板要想管好时间，必须在上面标出关键的时间点（如图5-3），以及每天都要看到任务的进展，潜台词就是需要把任务拆分到很细，什么叫很细？对于初创和作坊团队来说，分解到8小时内能够完成它，我叫它8小时原则。通俗的理解就是今天认领