软件行业技术开发从业人员众多，但具备若干年开发经验的开发人员往往面临个人发展的瓶颈，即如何从普通开发人员转型成高层次的技术管理人员。本书针对“向技术管理者”这一切入点，提供技术管理所需的各方面技能和相应的学习方法，以及可能会碰到的问题和解决方法，包括对行业和产品的思考和总结，旨在为广大开发人员提供一套系统的、全面的转型指南。

内容提要

本书主要包含软件开发人员如何向技术管理者进行转型的一些思路、方法和工程实践，包括转型过程中所涉及的关于行业、技术和管理三大知识体系以及意识形态的转变和提升等内容。深入剖析成为一名合格的技术管理者所需要的各项软硬技能，重点对目前业界主流的互联网行业下所需掌握的产品开发、技术架构和技术创新领域，以及作为一名技术管理人员所需具备的组织和过程管理能力进行详细展开，并结合一些典型的场景和案例进行分析，帮忙读者了解并掌握迈向技术管理者所需的各种知识体系和实践技巧。

目录 n
直面转型篇 n
1 向技术管理者转型 n
1.1 技术管理基本概念 n
1.1.1 技术管理的基本定义 n
1.1.2 技术管理演进过程 n
1.1.3 技术管理的重要性 n
1.2 剖析技术管理者角色 n
1.2.1 技术管理者角色 n
1.2.2 当技术开发碰撞技术管理 n
1.3 技术管理的维度 n
1.3.1 业务维度 n
1.3.2 技术维度 n
1.3.3 管理维度 n
1.3.4 维度关系 n
1.4 技术开发向技术管理转型 n
1.4.1 转型成功的三段式模型 n
1.4.2 转型思维导图 n
1.5 全书架构与案例 n
1.6 本章小结 n
业务体系篇 n
2 行业与解决方案 n
2.1 行业分析 n
2.1.1 技术管理者眼中的行业 n
2.1.2 用户研究和用户体验 n
2.1.3 商业模式分析与设计 n
2.2 解决方案 n
2.2.1 解决方案设计 n
2.2.2 解决方案示例 n
2.3 本章小结 n
3 业务结构与产品化 n
3.1 业务结构 n
3.1.1 建立业务结构 n
3.1.2 实现业务决策 n
3.2 产品化框架 n
3.2.1 技术管理者眼中的产品策略 n
3.2.2 产品化框架 n
3.2.3 产品化与项目 n
3.3 本章小结 n
技术体系篇 n
4 技术理论 n
4.1 软件开发理论体系 n
4.1.1 软件设计原则 n
4.1.2 技术理论的表现形式 n
4.2 架构风格 n
4.2.1 系统结构风格 n
4.2.2 数据流风格 n
4.2.3 事件处理风格 n
4.2.4 分布式风格 n
4.3 设计模式 n
4.3.1 设计模式 n
4.3.2 设计模式应用 n
4.4 架构模式 n
4.4.1 微内核模式 n
4.4.2 资源管理 n
4.4.3 服务定位 n
4.4.4 微服务架构 n
4.5 架构模型 n
4.5.1 架构视图 n
4.5.2 领域模型 n
4.6 本章小结 n
5 架构设计 n
5.1 架构设计的层次和维度 n
5.1.1 架构设计的层次 n
5.1.2 架构设计的维度 n
5.2 系统业务架构设计 n
5.2.1 系统拆分 n
5.2.2 系统集成 n
5.2.3 系统扩展 n
5.2.4 产品-项目适配型系统 n
5.3 系统技术架构设计 n
5.3.1 系统性能 n
5.3.2 系统可用 n
5.3.3 系统安全 n
5.4 本章小结 n
6 技术创新 n
6.1 技术创新概述 n
6.1.1 技术变革的基本规律 n
6.1.2 技术创新策略与模式 n
6.2 内部创新 n
6.2.1 技术内部创新的类型和要素 n
6.2.2 技术应用创新案例 n
6.2.3 技术演变创新案例 n
6.3 外部创新 n
6.3.1 技术外部创新的类型和要素 n
6.3.2 技术外部获取案例 n
6.3.2 技术跨业创新案例 n
6.4 技术知识管理 n
6.4.1 知识管理概述 n
6.4.2 技术创新与知识管理 n
6.5 本章小结 n
管理体系篇 n
7 软件项目管理 n
7.1 项目管理体系概述 n
7.2 需求管理 n
7.2.1 需求工程 n
7.2.2 需求建模 n
7.3 计划管理 n
7.3.1 通用计划管理活动框架 n
7.3.2 开发范围分解技术 n
7.3.3 开发工作量估算技术 n
7.4 质量管理 n
7.4.1 质量管理的维度 n
7.4.2 技术评审实施方法 n
7.5 风险管理 n
7.5.1 通用风险管理框架 n
7.5.2 软件开发与风险管理 n
7.6 交付管理 n
7.6.1 软件交付模型概述 n
7.6.2 配置管理 n
7.6.3 持续交付 n
7.7 本章小结 n
8 研发过程体系建设 n
8.1 软件过程模型概述 n
8.1.1 经典软件过程模型 n
8.1.2 管道理论 n
8.2 敏捷方法 n
8.2.1 敏捷的理念 n
8.2.2 Scrum与过程管理 n
8.2.3 精益与消除浪费 n
8.2.4 看板方法与流程管理 n
8.2.5 极限编程与工程实践 n
8.3 过程改进 n
8.3.1 CMMI中的过程改进 n
8.3.2 敏捷中的过程改进 n
8.4 建立合适的过程体系 n
8.4.1 过程裁剪 n
8.4.2 过程资产建设 n
8.4.3 轻量级过程模型 n
8.5 本章小结 n
9 组织管理 n
9.1 向下管理 n
9.1.1 理解技术人员 n
9.1.2 领导与激励 n
9.1.3 团队管理 n
9.1.4 绩效管理 n
9.2 向上管理 n
9.2.1 了解上层管理者 n
9.2.2 结果导向与目标管理 n
9.3 向外管理 n
9.3.1 政治与协商 n
9.3.2 沟通管理 n
9.4 自我管理 n
9.4.1 个人风格 n
9.4.2 处理事情 n
9.5 本章小结 n
成功转型篇 n
10 成为一名合格的技术管理者 n
10.1 技术管理与意识形态 n
10.1.1 思维模式 n
10.1.2 引入变化 n
10.1.3 研化 n
10.2 作为技术管理者开展工作 n
10.2.1 工作的层次和定位 n
10.2.2 作为推动者开展工作 n
10.3 本章小结 n
参考文献

作者介绍

郑天民，日本足利工业大学信息工程学硕士，研究方向为人工智能算法，在 SCI、EI 等国际三大索引上发表学术论文四篇，被引用达到五十余次。十年软件行业从业经验，在医疗、安防和电商行业都有所涉及，主持和参与过多个大型企业级应用和移动互联网系统的开发和管理工作，前后担任系统分析架构师、部门经理、技术总监等职务。目前就职于一家业界的移动医疗互联网公司，负责产品研发与技术团队管理工作。主持过十余个面向研发人员的技术和管理类培训课程，善于提炼和抽象核心内容作为教学内容，善于知识分享和技术人员培养，对架构设计和技术管理有丰富的经验和深入的理解。著有《系统架构设计：程序员向架构师转型之路》一书。

文摘

直面转型篇 n
n
本篇从技术管理的基本概念出发，介绍软件开发团队中技术管理者的类别和演进过程，并阐释技术管理工作的重要性。接着引出技术管理者角色，从技术管理者的活动、定位和所需技能等方面对技术管理者角色进行深度剖析，同时通过与普通程序员以及系统架构师的对比突出技术管理者角色的特定含义。 n
为了成为一名合格的技术管理人员，需要从技术管理的各个视角出发把握问题和安排工作，这些视角包括业务视角、技术视角和组织视角，本章同样对这些视角做了详细展开。后，本章提出程序员向技术管理者转型所需的三段式模型，并提供了转型所需的思维导图。 n
本篇共有一章，作为开篇总领全书后续章节。 n
n
1向技术管理者转型 n
近年来，随着软件行业，尤其是互联网行业的蓬勃发展，以电子商务、O2O、移动医疗、在线教育等为代表的互联网和互联网+化应用已经深刻影响着我们的日常生活模式。面对新的时代潮流，无论对于传统行业还是互联网行业，开发具有功能强大且用户体验好的桌面端和无线移动端应用已经成为众多软件从业人员的目标和要求。然而，现实中很多软件系统和项目研发终都是以失败而告终。究其原因，一方面在于缺乏技术的合理应用和创新，另一方面也在于很多研发团队中技术管理存在短板和瓶颈。一个软件系统的构思、开发以及研发过程管理并不是每一个软件行业从业人员都能做的事情，需要具备对行业、技术和管理进行整合的综合能力，这种综合能力已经超出了普通技术开发人员的能力范畴。在一个典型的软件组织中，具备这种综合能力，并在行业、技术和管理领域都有专业的知识领域、丰富的实践经验以及良好的团队管理意识的人无疑是该组织的核心角色，我们把这个角色称之为技术管理者。 n
中国目前每年有几十万的软件开发人才缺口，同时，每年也有很多的开发人员面临着一种尴尬的境地。软件开发普遍被认为是一种年轻人的游戏，技术发展和演进速度过快、工作强度的日常增大、长期业务型开发工作所带来的技术瓶颈等因素都深刻影响着广大软件行业就业人员。软件行业的不稳定性、招聘信息中所规定的年龄要求、家庭和事业的平衡性迫使我们思考下一步工作的规划和个人发展方向。对于一名具备多年行业从业经验的开发人员，如果目前还处在普通的开发人员序列，还没有具备相应的意识形态和专业能力去从事技术和团队管理相关工作的话，成为一名技术管理者事实上也是自身发展所不得不面临的一个瓶颈。如何打破这个瓶颈，如何从普通的开发人员转型成为一名成功的技术管理人员，对于很多开发人员而言都可能是一个值得思考的问题。 n
本章围绕“向技术管理者转型”这一特定话题展开讨论。首先介绍技术管理的基本概念，然后从技术管理者这一特定角色出发，全面剖析技术管理者与普通开发人员和架构师的区别，以及对于一名技术管理者而言应该具备的核心视角。后，围绕“转型”问题，提出从开发人员到技术管理者成功转型所应具备的关键因素。 n
1.1技术管理基本概念 n
现代软件系统尤其是互联网应用系统的研发具有较强的时效性，业务需求层出不穷且不断变化、技术发展和创新日新月异、团队规模从无到有快速扩张、系统的复杂性以及对行业变化的快速应变能力等成为软件开发的核心问题，如何处理这些问题成为一款产品或一条产品线成功与否的关键。解决这些问题的思路一方面来自技术，另一方面也体现在管理的必要性，而技术管理（Technical Management）的目的就是从行业和业务领域出发，通过一系列技术和管理手段在大程度上降低软件开发的风险性，解决开发过程中存在的各种共性和特殊性问题。在深入探讨技术管理者角色之前，我们先来理解技术管理的基本含义。 n
1.1.1技术管理的基本定义 n
在讲技术管理之前，我们先来看一下管理的概念。管理是在特定的环境下，管理者为了实现一定的目标，对其所能支配的各种资源进行有效的计划、组织、领导和控制等一系列活动的过程。所谓管理，是“管”和“理”的结合，管的对象一般是人，而理的对象是事，所以管理也可以简单抽象成人和事的综合体。 n
而技术管理，顾名思义，其核心概念在于两个方面，即技术与管理。技术体现在规划、设计和实现技术的能力，管理则强调组织战略和运营目标。技术与管理之间应该存在一个结合点，这个结合点就是业务体系，即技术服务于业务实现，而管理提升业务价值。技术、管理和业务构成了技术管理的三大维度，关于这三个维度之间的关系参考图1-1。 n
n
更宽泛的讲，技术管理通常是指在技术行业当中所从事的管理工作，技术管理者一般同时具备较高的技术水平和管理水平，能够带领着自己所管理的团队完成某项技术任务，表现在管理者对所领导的团队在基于特定业务之下的技术规划、技术实现和技术监控。技术管理者用自己所掌握的技术知识和能力来提高整个团队的效率，继而完成组织级别的技术任务。技术管理是技术和管理的融合，是具备较高综合层次的知识体系。 n
我们围绕技术管理基本概念，通过问题与解答的方式对其进一步展开： n
·技术管理的本质是什么？ n
技术管理是围绕技术与业务所开展的一系列活动过程，本质上体现的是一种过程体系。 n
·由谁来管？ n
技术管理的主体是技术管理者，也就是本书所面向的主要目标对象。 n
·管理什么？ n
管理的基本对象为人和事，但人的管理可以延伸到团队和组织的管理，而事的管理维度更为广泛，包括但不限于财、物、信息、时间等各种资源。 n
·为何而管？ n
管理的根本目的是为了实现组织和战略目标。 n
·怎样管？ n
管理的职能工作是计划、组织、领导和控制。 n
·在什么情况下管？ n
在特定环境下进行管理，即管理工作的展开需要具有一定的上下文（Context），这种上下文可以体现为行业背景、目前的技术体系、商业目标等硬性环境，也包括如企业文化、团队组织架构等软性环境。 n
由于技术管理涉及面广泛，业界并没有一个关于什么是技术管理的标准说法，本书的目标也不是给出一个放之四海而皆准的定义。本书探寻的是结合目前软件行业发展的背景和方向，结合广大技术开发人员在日常工作过程中碰到的实际问题而给出的围绕“技术管理转型”这一特定主题的理解和模型，这个模型可以概括为以业务为目标、以技术为工具、以管理为手段的三段式表现形式。这是本书对技术管理的基本定义，后续所有章节都将围绕这三点所展开。