词条 | 管好团队做对事:软件企业成长手册 |
释义 | 基本信息原书名: 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 |
随便看 |
百科全书收录4421916条中文百科知识,基本涵盖了大多数领域的百科知识,是一部内容开放、自由的电子版百科全书。