全部商品分类

您现在的位置: 全部商品分类 > 电子电脑 > 计算机技术 > 程序与语言

告别失控(软件开发团队管理必读)

  • 定价: ¥59
  • ISBN:9787115415318
  • 开 本:16开 平装
  •  
  • 折扣:
  • 出版社:人民邮电
  • 页数:329页
  • 作者:(美)蒙托//利克蒂...
  • 立即节省:
  • 2016-06-01 第1版
  • 2016-06-01 第1次印刷
我要买:
点击放图片

导语

  

    软件开发常常难以管理。新闻中充斥着各种项目计划拖延与预算超支的悲剧故事。虽然在开发过程中引入一些正式的规范状况能得到改善,但没有哪种手段完全解决了问题。投入了这么多时间和资金来加强对软件开发的控制,为何仍然如此难以控制?
    在《告别失控(软件开发团队管理必读)》中,Mickey W. Mantle(蒙托)和Ron Lichty(利克蒂)通过一个简单的观察发现回答了这个困扰已久的问题:首先必须让程序员和软件团队变得可控。也就是说,你需要先理解你的员工——如何招聘、激励他们,并带领他们开发和交付杰出的产品。Mantle和Lichty总结了他们合起来超过70年的软件开发管理经验,并结合其他成功管理者的洞见和智慧,为需要为了成功交付软件来管理员工与团队的你提供了充分的指导。
    不论你是软件管理新手还是老手,还是已经有多年经验,都会欣赏本书中丰富的实用知识和实践工具。

内容提要

  

    《告别失控(软件开发团队管理必读)》是一本系统阐述面对混乱而容易失控的技术开发团队时,如何管理、建设和强化团队,成功交付开发成果的大作。两位作者Mickey W. Mantle(蒙托)和Ron Lichty(利克蒂)以合起来近70年的开发管理经验为基础,通过深刻的观察和分析,找到了软件开发管理的核心问题——人的管理,并围绕如何真正理解程序员、找到合适的程序员、与程序员沟通这几个核心话题,一步步展开,扩展到如何以人为本地进行团队建设、管理和项目管理。
    本书适合初级开发管理人员,可以说是一本从初级管理人员成长为高级管理人员的必备之书。同时,也适合有志于走向管理岗位的程序员、产品或其他技术公司员工。

目录

第1章  程序员为何难以管理
  1.1  程序员都做什么
  1.2  成功的程序设计经理为什么难当
第2章  理解程序员
  2.1  程序设计工种
    2.1.1  客户端程序员
    2.1.2  服务器程序员
    2.1.3  数据库程序员
    2.1.4  Web开发人员及其他脚本编写者
  2.2  程序员的类型
    2.2.1  系统工程师/架构师
    2.2.2  系统程序员
    2.2.3  应用程序员
    2.2.4  非真正意义上的程序员
  2.3  领域知识
  2.4  程序员的工作要求与能力
  2.5  工作地点与关系
    2.5.1  内部雇员
    2.5.2  远程雇员
    2.5.3  合同工
    2.5.4  合同管理团队和外包公司
  2.6  代系特点
  2.7  个性特点
    2.7.1  左脑型的人与右脑型的人
    2.7.2  夜晚型的人与白天型的人
    2.7.3  “牧童”与“农民”
    2.7.4  英雄
    2.7.5  内向的人
    2.7.6  愤世嫉俗的人
    2.7.7  奇葩
  2.8  小结
  2.9  工具
第3章  寻找并招聘优秀的程序员
  3.1  确定要招聘哪种程序员
  3.2  编写职位描述
  3.3  推销职位
  3.4  招聘全职雇员
    3.4.1  持续不断地招聘
    3.4.2  招聘预算
    3.4.3  招聘案例分析
    3.4.4  雇员推荐
    3.4.5  高效的招聘
    3.4.6  招聘秘诀
  3.5  招聘合同工
  3.6  审查简历
  3.7  缩小范围
  3.8  准备面试
  3.9  面试
  3.10  做出雇用一个程序员的决定
  3.11  给程序员发合适的录取通知
  3.12  跟进直到程序员答应
  3.13  小结
  3.14  工具
第4章  帮助新员工顺利入职
  4.1  引导员工尽早入职
  4.2  为新员工的到来做准备
  4.3  介绍
  4.4  确保成功
  4.5  最初的预期
  4.6  小结
  4.7  工具
第5章  成为高效的程序设计经理:向下管理
  5.1  赢得技术尊重
  5.2  招聘杰出的程序员
  5.3  强化现有的团队
  5.4  管理不同类型的程序员
  5.5  引导
  5.6  保护
  5.7  评判和改进绩效
    5.7.1  设立目标
    5.7.2  绩效审查
    5.7.3  知道何时削减损失
  5.8  组织思维
    5.8.1  人员配置
    5.8.2  组织
    5.8.3  对功能失调的组织进行故障诊断
  5.9  交付成果和庆祝胜利
  5.10  小结
  5.11  工具
经验法则与至理名言
管理中面临的挑战
人员管理
管理团队,顺利交付
第6章  成为高效的程序设计经理:向上管理、对外管理及自我管理
  6.1  向上管理
    6.1.1  了解你的上司
    6.1.2  准备好沟通材料
    6.1.3  了解你老板的老板
    6.1.4  时机
    6.1.5  成为模范员工
    6.1.6  概要
  6.2  向外管理
    6.2.1  与你部门内的人合作
    6.2.2  了解其他部门
    6.2.3  利用重要的支持功能部门
    6.2.4  管理跨公司关系
    6.2.5  概要
  6.3  自我管理
    6.3.1  个人风格
    6.3.2  时间和优先级管理
    6.3.3  沟通管理
    6.3.4  管理实践
    6.3.5  跟踪管理
    6.3.6  寻找导师
    6.3.7  概要
  6.4  小结
  6.5  工具
第7章  激励程序员
  7.1  激励理论
    7.1.1  马斯洛的需求层次理论
    7.1.2  麦格雷戈的X-Y理论
    7.1.3  赫茨伯格的激励因素和保健因素理论
  7.2  适用于程序员的激励因素
  7.3  理论付诸实践
  7.4  基本因素——(缺乏时)不满的原因
    7.4.1  作为上司被尊重
    7.4.2  有趣
    7.4.3  学习与成长
    7.4.4  良好的工作条件
    7.4.5  合理的公司政策和管理
    7.4.6  合乎职业道德的管理
  7.5  关键激励因素
    7.5.1  改变世界
    7.5.2  学习与成长
    7.5.3  工具和技术
    7.5.4  认可与称赞
    7.5.5  和员工快乐相处
    7.5.6  利益
  7.6  个人承诺
  7.7  技术攻守
  7.8  了解你的程序员的动力——从头开始
  7.9  小结
  7.10  工具
第8章  建立成功的开发文化
  8.1  定义“成功”
  8.2  程序设计文化
  8.3  公司文化
    8.3.1  利用公司文化的复杂度
    8.3.2  规避公司的负面文化
    8.3.3  技术在你的公司中扮演什么样的角色
    8.3.4  什么力量在推动你的公司
  8.4  成功的程序设计文化的特征
    8.4.1  互相尊重
    8.4.2  创新
    8.4.3  标准
    8.4.4  交付
    8.4.5  沟通
    8.4.6  虚拟团队间的沟通
    8.4.7  公平
    8.4.8  授权
    8.4.9  职业精神
    8.4.10  拒绝傻瓜和笨蛋
    8.4.11  卓越
    8.4.12  程序设计上的卓越
    8.4.13  团队精神和协作
    8.4.14  激情
    8.4.15  关注客户:“最重要的是客户体验,笨蛋!”
    8.4.16  学习
    8.4.17  环境
  8.5  小结
  8.6  工具
第9章  管理成功的软件交付
  9.1  定义项目
    9.1.1  确保需求和假设都足够清晰
    9.1.2  把需求限制在“什么”上,而不是“如何”
    9.1.3  力求取悦客户
    9.1.4  迅速估计工作的规模
    9.1.5  识别无法商榷的日期
    9.1.6  激励团队
  9.2  规划工作
    9.2.1  将项目拆分为功能点,并按优先级排序
    9.2.2  将功能点拆分为任务和子任务
    9.2.3  发动团队进行自底向上的估计
    9.2.4  将任务估计集成为项目估计
    9.2.5  寻找估计中的不足
    9.2.6  对风险达成共识,而不只是时间表
    9.2.7  为单元测试与项目测试分配足够的时间
    9.2.8  每一次估计都是独立的挑战
    9.2.9  确定项目的节奏
  9.3  展开计划
    9.3.1  参与项目启动
    9.3.2  定义“完成”
    9.3.3  定义“成功”
    9.3.4  建立项目工作手册
  9.4  执行工作
    9.4.1  设计工作
    9.4.2  进行设计复审
    9.4.3  完成项目原型来传达设计
    9.4.4  设立共同认可的里程碑
    9.4.5  确保设立常规代码检入会议
    9.4.6  积极驱动开发
  9.5  终盘结束期
    9.5.1  不再增加新功能
    9.5.2  运行产品
    9.5.3  准备好宣布成功以及开启更新版本的工作
    9.5.4  知道何时减损
    9.5.5  OEM或国际版
  9.6  交付软件
    9.6.1  庆祝
    9.6.2  反思
    9.6.3  分享
    9.6.4  重构
    9.6.5  小版本升级
  9.7  小结
  9.8  工具
工具