posts - 431,  comments - 344,  trackbacks - 0
第一部分 问题空间
第1章 我们面临的巨大挑战
1.1 困难
1.2 缺乏远见的解决方案
1.3 人力因素的脆弱性
1.4 最优方法的真相
1.5 小结

文档可以用来传达信息,但不能用来替代讨论过程。真正能给团队带来价值的并不是计划本身,而是制定计划的过程。
大量的低效工作、令人难以接手的产品质量、以及低落的员工士气等等,这些都是在许多公司中司空见惯的现象,即使其中的某些公司从商业的角度来看可以算是成功的。他们继续艰难地行进着,为“足够好”设定一个很低的标准,并且没有意识到提高工作效率的关键因素其实就在于他们自己。
随着团队规模的增大,共同的认识将趋于下降,这是因为团队之间的沟通没有得到充分地管理。我们必须不断努力改善沟通工作以及促进团队理解。

在当前组织中,你要思考那些对你产生影响或者你正在实施的改进措施。是否盲目地遵循其他人推荐的方法?是否盲目的采用了一些工具?


第2章 做正确的事
2.1 正确地做事与做正确的事
2.2 做事的方式
2.3 我们需要掌控成功
2.4 解决方案框架
2.5 小结

软件开发是一种创造性的活动,是由人(有着情绪、感情、需求和关注等,这些因素是多样性的,而且也是重要的)来完成的。
沟通需要是准确的、公开化的和透明的。不能进行一些秘密的讨论,并且需要更主动地进行倾听。在进行讨论之前,需要进行换为思考。倾听并不只是等待时机来表达我们的不同意见、或者等待适当的时机来说出我们的观点、或者容忍其他人的异议,倾听的主要目的是了解其他人的观点。
要想实现大目标,就需要从小的目标做起。你将如何与团队进行互动以确保你将掌控成功,而不是由于你所面对的问题来指责别人!


第二部分 个人
第3章 个人的正确态度
3.1 牛仔和无名英雄
3.2 合理的自我批评
3.3 情绪
3.4 加快进度
3.5 我们都是领导者
3.6 小结

懒惰-已知的忽视
忽视-未知的忽视
技能缺乏-已知的未知
缺乏认识-未知的未知
《一分钟经理人》 -《The One-Minute Manager》
在没有彻底领悟优秀领导者的特质之前,不要急于搬进总裁办公室。
如果等到成为负责人时你才注意这些特质,那么为时已晚。


第4章 以质量为中心
4.1 质量是一种责任
4.2 输出质量理念
4.3 按照人员、过程、产品的顺序
4.4 小结

无论你在公司中的职位是什么,如果你认为质量根本就是别人的责任,那么就已经完全忽视了产品质量。无论你的职位是什么,你自己都要确保工作不会破坏整体产品的质量。质量是你的责任之一。
成功的外包需要在项目迁移的过程中对价值观和态度进行积极的管理。
如果始终以质量为中心,并且能够有意识地把这种思维传播到团队中,那么无论在什么地方都会取得成功。
如果真地想要提高产品的质量,那么首先应该提高产品开发团队的质量,然后才是提高在开发过程中使用的一些过程的质量。只有这些质量都已经得到提高之后,才能期望产品的质量正是你想要的结果。如果没有做到这些,那么所有的承诺都不过是空话。

第5章 面对挑战
5.1 感受痛苦
5.2 应对痛苦
5.3 否定
5.4 忽视
5.5 毅力
5.6 思维定式
5.7 小结

第6章 主动性成效
6.1 认识你自己
6.2 赌徒与冒险家
6.3 设计我们的环境
6.4 并行工作
6.5 决策
6.6 坚持到底
6.7 小结

第7章 可持续性
7.1 什么才是重要的
7.2 充电
7.3 闻一闻玫瑰的花香
7.4 将内省作为一种商业策略
7.5 生活质量
7.6 小结

第三部分 群体
第8章 沟通
8.1 表达自己的意见
8.2 舒适的沟通
8.3 全面公开
8.4 信任
8.5 客户满意度
8.6 明确性和共同的理解
8.7 沟通的消极面
8.8 小结

第9章 动机与期望
9.1 动机驱动行为
9.2 成为一个激励者
9.3 公开我们的动机
9.4 反思阿喀琉斯之踵
9.5 期望
9.6 管理我们的期望
9.7 没有消息其实就是最坏的消息
9.8 小结

第10章 合作愉快
10.1 技术赎金
10.2 游戏
10.3 工作保障
10.4 谣言和暗讽
10.5 尽量减少干扰
10.6 质量圈族谱
10.7 就像在家里一样
10.8 小结

第四部分 团队
第11章 一致性
11.1 团队保持一致
11.2 团队规模的增长
11.3 与团队保持步调一致
11.4 制订规则
11.5 有意识的团队契约
11.6 包容各种观点
11.7 按比例缩放
11.8 小结

第12章 组织
12.1 各得其所
12.2 已定义方法,还是科幻小说
12.3 过程架构
12.4 阅读组合方法说明中的小字内容
12.5 这是一个过程项目吗
12.6 通过优化提升速度
12.7 培训
12.8 当问题出现时
12.9 但是我们不在乎
12.10 有条理的讨论
12.11 小结

第13章 协调
13.1 清理路障,还是阻塞道路
13.2 开诚布公的管理
13.3 只是一名雇员吗
13.4 检出,检入
13.5 对文档化工作的态度
13.6 不要轻易地将一切都外包
13.7 有人情味的平衡
13.8 保留上下文
13.9 小结

第14章 指导
14.1 胡萝卜和大棒
14.2 可控的多样性
14.3 是懒惰还是创造力
14.4 捷径
14.5 过程工效学
14.6 规模并不重要
14.7 持续的一致性
14.8 小结

第五部分 利益相关者
第15章 客户
15.1 谁是我们的客户
15.2 终端客户的代表
15.3 真实可靠
15.4 掌控期望
15.5 小结

第16章 设定目标
16.1 目标和任务
16.2 定义成功
16.3 根据产品的优势调整优先次序
16.4 是否真正重视产品质量
16.5 滑坡
16.6 全局观
16.7 小结

第17章 规范
17.1 意外的规范
17.2 规范的锥体特性
17.3 保持领先一步
17.4 到什么程度才是足够的
17.5 小结

第18章 优先级
18.1 正确的开端
18.2 在确定优先级之前首先制定计划
18.3 优先级排序
18.4 衡量和确定项目范围的优先级
18.5 拖延带来的成本
18.6 小结

第19章 变更
19.1 变动性要求多样性
19.2 偏离预计路线
19.3 通过配置管理来了解我们当时的思考
19.4 只需再多一点
19.5 小结

第20章 进展
20.1 三个关键角色
20.2 一种有条理的方法
20.3 解决难题
20.4 有风险的业务
20.5 关键路径
20.6 文档签字的含义
20.7 知道何时退出
20.8 完成
20.9 小结

第六部分 理清思路
第21章 挑选目标
21.1 正确的过程
21.2 规则
21.3 解耦项目
21.4 亡羊补牢
21.5 小结

第22章 灵活性和严格性
22.1 指导与规定
22.2 检查列表与签字
22.3 真正的设计问题:多样化和趋同
22.4 文档化和公共知识
22.5 避免发展过程中的复杂性
22.6 张贴出来
22.7 小结

第23章 回顾进展
23.1 将量化作为一项必要工作
23.2 战术度量和战略度量
23.3 隐性消耗
23.4 不能太大,也不能太小
23.5 小结

第24章 回顾变更
24.1 为变更制定计划
24.2 去掉旧方法
24.3 对未来的工作分类
24.4 机会
24.5 采取小的、可量化的步骤
24.6 提高认识
24.7 小结

第25章 始终保持警惕
25.1 眼罩
25.2 有哪些伤害
25.3 倒退
25.4 小结

第七部分 附录
核心工具
posted on 2009-09-14 22:15 周锐 阅读(220) 评论(0)  编辑  收藏 所属分类: 软件工程

只有注册用户登录后才能发表评论。


网站导航: