标题：管好团队做对事：软件企业成长手册
基本信息
  　　
原书名： Growing Software: Proven Strategies for Managing Software Engineers
原出版社： No Starch Press    
作者： (美)Louis Testa 
译者： 郭稚晖
出版社：人民邮电出版社
ISBN：9787115231277
上架时间：2011-4-15
出版日期：2011 年5月
开本：16开
页码：261
版次：1-1
内容简介
软件行业中最为经典的语录就是“唯一不变的就是变化本身”。作为中小型软件公司的技术领导，在迅速应对行业、市场以及公司内部调整变化时，在做好队伍建设，产品定义，工程实施的同时，既要贯彻高层主管们所制定的战略指导方针，也要处理好各级部门与同事的关系。这些技能与素养的培养对于那些刚刚从工程师队伍成长起来的技术经理们来说是一个很大的挑战。
而《管好团队做对事—软件企业成长手册》就是站在这样一个特定的角度，教您如何培养这些技能与素质，以帮助您解决软件公司运营过程中出现的日常危机，并指导您如何打造并领导一个高效的团队，如何定义你们的产品，如何实现从客户到ceo之间各类人员的精诚合作，从而确保完成高质量的交付产品。本书包含了以下内容：与你的ceo和执行团队一起有效工作；提升开发团队效率并激发他们的工作热情；评估你们的软件方法用以提升开发效率并防止失误；利用产品原型来弥补市场与工程直接的空隙；排除技术定时炸弹的隐患等。
作为有着20余年项目管理经验的高级技术经理，louis testa先生在《管好团队做对事—软件企业成长手册》中融入了大量的实际案例和指导意见，使得软件管理行业的新人可以在字里行间体会他的谆谆教诲，找到前行的路标。而具有一定管理经验的项目经理通过阅读此书，也可以更新其陈旧的管理经验，打破其原有的陈规旧俗，从而对软件项目管理的认识达到一个全新的高度。
媒体推荐
IT技术团队经常由一群个性执着甚至倔强、较真、直爽还有些乖张的技术狂人组成，管理这样一群特殊的人，不能“硬来”，而是要使用“巧劲儿”。我本人从事了十多年的技术团队管理工作，记得在最初成为团队管理者时，对一些相关领域的知识接触较少，也不可避免地走了一些弯路。很高兴能看到这样一本书面世，为初为技术团队管理者的读者提供了一个全面的升级读物，为大家打开了一扇快速了解IT团队建设和管理知识的大门。
——东软网络安全营销中心总经理、中国计算机学会YOCSEF大连分论坛AC委员、大连海事大学客座教授、LMI（美国领导力中心）领导力教练赵鑫龙
任何伟大的公司都是从小企业走过来的，当你有幸在这样的团队中担任技术管理工作的时候，你不仅要是一把锋利的匕首，更要是一把万能的瑞士军刀。你不仅是技术经理、架构师、质量经理，还需要是运营经理、产品经理、流程经理，其实你已经必须时刻站在CTO的角度来思考问题了。对于任何管理类岗位，真正决定个人成功与否的因素都是技术技能之外的东西，比如性格、团队融入、思考问题的方法论等。以科学的态度做技术，以市场的视野做产品，以营销的心态做管理，本书虽不是十全大补，但作为够分量的实用指南，足矣！
——凡客诚品架构总监栾义来
本书提供了大量的实际案例和指导意见，能够帮助软件公司在团队管理以及在产品定义、质量控制方面获益。本书通过大量的实例讲解，告诉管理者如何建立、扩充、管理你的团队，如何提升开发团队的效率并激发他们的工作热情，如何合理利用资源与制定流程规范来解决与执行团队的合作冲突、项目过程质量控制等问题。对于互联网公司来说，本书具备丰富的内容与指导意见，是伴随技术经理成长的一本好书，推荐给大家。
——新浪博客技术经理张华东 
目录
《管好团队做对事—软件企业成长手册》
第1部分 开发团队
第1章 入门 3
1.1 在新工作中找到你的出路 4
1.1.1 立即着手处理 4
1.1.2 经历初始培训 5
1.1.3 收集信息 6
1.2 了解人 7
1.3 不愿透露信息 8
1.4 认同企业文化 9
1.5 学习技术、过程和产品 9
1.6 了解客户 11
1.7 了解公司的业务流程 11
1.8 回归重点 12
第2章 管理开发团队 13
2.1 理解你的核心价值 13
2.1.1 信任 14
2.1.2 灵活性 15
2.1.3 诚挚 16
2.1.4 机密性 17
.2.1.5 尊重 17
2.1.6 授权 17
2.2 与你的团队沟通 18
2.2.1 一对一 18
2.2.2 项目沟通 19
2.2.3 团队会议 19
2.3 解决冲突 20
2.4 培训 21
2.5 指导 23
2.6 激励你的团队成员 23
2.7 教导问题员工 25
2.8 考核与评价 26
2.8.1 创建考评 26
2.8.2 提交考评 26
2.8.3 提交滞后以及缺陷考评的不利影响 27
2.9 附加读物 28
第3章 创建一个高效的开发团队 29
3.1 有效的团队组织 30
3.2 程序员的效率 32
3.3 办公空间 34
3.4 如何让其他团队与工程队伍沟通顺畅 35
3.5 新经理，旧习惯 36
3.6 富有乐趣 36
3.7 附加读物 37
第4章 扩充软件团队 39
4.1 设计一个筛选过程 40
4.2 面试特长 40
4.2.1 技术能力 41
4.2.2 业绩 41
4.2.3 文化融合 41
4.2.4 工作习惯和喜好 42
4.2.5 行业经验 42
4.2.6 个人能力 43
4.2.7 沟通能力 43
4.2.8 个性 43
4.2.9 热情 43
4.2.10 解决问题的能力 43
4.2.11 幽默感 44
4.3 汇总 44
4.3.1 电话面试 44
4.3.2 办公室面试 45
4.3.3 指导你的面试小组 45
4.3.4 面试中应避免的话题 46
4.3.5 马拉松式面试或压力面试 46
4.3.6 打了就跑的面试 47
4.3.7 午餐委员会面试 47
4.3.8 评审会 47
4.3.9 做出选择 48
4.4 附加读物 49 
第2部分 产品和技术
第5章 定义产品 53
5.1 产品定义过程 54
5.2 产品定义内容 56
5.3 整体产品概念 58
5.4 利用原型定义产品 59
5.4.1 总体原型 59
5.4.2 快速和灵活的方法 59
5.4.3 可点击的用户界面原型 60
5.4.4 用户界面设计 60
5.5 与市场部门建立联系 61
5.5.1 避免不良的关系 61
5.5.2 保持市场和工程团队在一起 62
5.5.3 建立平衡关系 62
5.6 客户对产品的认识 63
5.7 在a版本发布中改善产品 65
5.8 了解现有产品的组成部分 66
5.9 附加读物 67
第6章 驱动版本发布 69
6.1 版本发布计划 70
6.1.1 版本发布时间表 70
6.1.2 早期版本发布策略 71
6.1.3 计划产品淘汰 73
6.2 版本发布过程 75
6.2.1 版本发布标准 75
6.2.2 过程步骤 76
6.2.3 发布后评审 77
6.3 发布版本的标识 78
6.3.1 版本发布三级编号标识 79
6.3.2 补丁发布 80
6.3.3 构件编号与版本编号的对比 80
6.3.4 跨发布版本的编号 81
6.3.5 乡绅的软件 82
6.4 附加读物 83
第7章 评估你们的工具和方法 85
7.1 备份知识产权 86
7.1.1 备份频率 87
7.1.2 异地备份 88
7.1.3 仅在磁盘上备份 89
7.2 创建和管理开发文档 89
7.3 源代码版本控制 91
7.4 软件构建方法与时机 93
7.5 软件发布过程 94
7.6 缺陷跟踪系统 95
7.7 选择合适的开发工具 96
7.8 附加读物 98
第8章 评估你们的技术 99
8.1 系统文档 100
8.2 系统可扩展性 101
8.3 故障模式 102
8.4 错误处理和消息 103
8.5 系统的灵活性与可维护性 104
8.6 整合入系统的第三方软件包 105
8.7 系统应用程序接口 106
8.8 安全 107
8.9 数据报表与分析 107
8.10 国际化支持 109
8.11 着眼重点 109
8.12 附加读物 109 
第3部分 工程之外
第9章 与你的公司一起工作 113
9.1 企业文化和做法 114
9.1.1 企业风格 115
9.1.2 管理风格 115
9.1.3 会议风格 115
9.2 处理团队内部问题 118
9.3 增进同僚关系 118
9.4 尊重工程团队 119
9.5 附加读物 120
第10章 和ceo及执行团队一起工作 121
10.1 支持你的老板 122
10.1.1 确保目标明确 122
10.1.2 提供有用的信息 123
10.1.3 沟通 123
10.1.4 影响决策 124
10.2 与执行团队合作 124
10.2.1 解决冲突 125
10.2.2 用信赖打开你们的隔阂 125
10.2.3 敞开沟通 126
10.2.4 有效合作 127
第11章 倾听客户的声音 129
11.1 客户满意 130
11.2 客户会议 131
11.3 搞定交易 132
11.3.1 销售团队什么时候会过度承诺 132
11.3.2 寻求报价 133
11.4 支撑的要求与客户的需求 134 
第4部分 为项目、过程以及质量制定工作流程
第12章 项目评估 139
12.1 建立一个评估 140
12.1.1 创建任务列表 140
12.1.2 建立任务评估 141
12.1.3 考虑评估偏见 142
12.1.4 创建评估 142
12.1.5 编写和交付评估 144
12.2 采集原始项目数据 145
12.2.1 利用电子表格汇总数据 146
12.2.2 工程维护和经常开支 147
12.3 附加读物 148
第13章 启动一个项目 149
13.1 理解目标 150
13.2 集结项目团队 150
13.2.1 换人 151
13.2.2 游戏延迟 152
13.3 设置优先级 152
13.4 选择一个框架 153
13.5 制定时间表 153
13.6 创建一个项目计划 154
13.7 启动会议 155
13.8 附加读物 155
第14章 项目执行与跟踪 157
14.1 一个项目的执行管理 157
14.2 项目跟踪方式 159
14.2.1 甘特图 160
14.2.2 项目跟踪电子表格 163
14.3 变更控制流程 166
14.4 风险管理 168
14.5 附加读物 170
第15章 设计一个软件开发过程 171
15.1 软件开发过程中都涉及哪些内容 172
15.2 开发过程的类型 172
15.2.1 临时性过程 173
15.2.2 瀑布过程 173
15.2.3 瀑布过程改进 174
15.2.4 迭代过程 175
15.2.5 螺旋过程 175
15.2.6 敏捷过程 176
15.2.7 其他过程和方式 179
15.3 自定义一个过程 179
15.4 选择一个过程 180
15.5 引进一个过程 180
15.6 附加读物 182
第16章 流程改进 185
16.1 建立一个流程模型 186
16.1.1 定义流程边界 186
16.1.2 列出流程步骤 186
16.1.3 创建一张流程图 187
16.1.4 估算时间范围 187
16.1.5 建立电子表格模型 187
16.1.6 验证模型 188
16.2 分析流程模型 188
16.2.1 在操作中进行流程分析 188
16.2.2 利用模型来改进流程 191
16.2.3 和其他团队一起工作 193
16.3 坚持不懈地走下去 193
16.4 附加读物 194
第17章 理解质量保证 195
17.1 质量的重要性 195
17.2 质量定义 196
17.3 注重质量 197
17.4 质量评估 198
17.4.1 质量保证团队 199
17.4.2 qa的工具和环境 200
17.4.3 qa活动 204
17.4.4 qa过程 207
17.4.5 缺陷的等级评定过程 207
17.4.6 创建相关功能及用途并予以说明 208
17.5 qa指标 211
17.5.1 版本发布后每周所发现的缺陷统计 211
17.5.2 每周缺陷权重统计数 212
17.5.3 客户发现缺陷的权重 214
17.5.4 测试运行通过百分比 214
17.5.5 测试通过中所发现的缺陷 215
17.5.6 测试期间每周所修复的缺陷 215
17.6 质量与生产力方面的缺陷影响 215
17.7 附加读物 217 
第5部分 规划未来
第18章 确定发展方向 221
18.1 听取市场部门的意见 222
18.2 创建整体产品 223
18.3 化解技术上的定时炸弹 223
18.4 筹划技术检修 225
18.5 优化客户安装程序 226
第19章 发展战略及路线图 229
19.1 建立产品路线图 230
19.2 对选择进行评价 231
19.2.1 成本-效益核算 232
19.2.2 成本-效益对比 233
19.3 创建单页纸的评估 233
19.4 附加读物 235
第20章 继续前进 237
附录a 软件公司的组织架构 239
1 公司任务 240
2 典型的个体公司 240
3 典型的两人公司 241
4 12人的软件公司 241
5 24～50人的软件公司 243
6 100多人的软件公司 243
6.1 层次管理结构 245
6.2 矩阵型组织 246
6.3 小型产品团队 247
6.4 灵活的项目团队 248
7 结论 249
附录b 国际化 251
1 需要考虑的国际化问题 252
1.1 翻译人员的编制和成本 252
1.2 数据库要考虑的问题 252
1.3 国家和语言需求 253
1.4 货币流通问题 253
1.5 日期、公制度量标准以及尺寸问题 253
2 国际化的最佳实现方式 254
2.1 区域设置 254
2.2 翻译过程 254
2.3 质量保证 254
2.4 数据库以及导入/导出 254
2.5 翻译公司 255
2.6 用户接口 255
3 小结 256
附录c 企业工作流程示意图 257
1 创建一张简单的工作流示意图 258
2 工作流实例 258