| 词条 | 团队制胜:掌握软件项目成功主动权 |
| 释义 | 本书是一本令人信服的、全面创新的以及切实可行的指导著作，它能够有效地改善在构建优秀软件中的一个重要方面——人力因素。 通过与众多团队的多年合作，作者在书中阐述了如何通过小规模的、立竿见影的变更，来逐步推动大型的改进工作。这些变更针对团队整体来设计，充分考虑现有的组织文化。此外，作者还提供了每个人都可以立即付诸实施的方案，而无需等待管理层来推动。 通过阅读本书，你都能够掌握如何将各种解决方案应用于实际的开发环境中，在面对项目管理方面的问题时，人们的态度、动机和人际关系方面重要的新观点。 版权信息书 名: 团队制胜：掌握软件项目成功主动权 作 者：(美国)(JimBrosseau)布鲁斯欧 出版社： 机械工业出版社 出版时间： 2009 ISBN: 9787111255055 开本： 16 定价: 49.00 元 内容简介《团队制胜——掌握软件项目成功主动权》介绍在软件开发过程中团队之间如何实现高效的合作。它从个人、团队和利益相关者等三个方面进行组织，讨论主题包括个人、质量、责任、主动性、可持续性、沟通、动机与期望、合作、一致性、组织、协调、指导、客户、目标设定、规范、优先级、变更等，基本上涵盖了构建高效团队合作的各个方面。 《团队制胜——掌握软件项目成功主动权》适合软件开发人员与管理人员参考。 作者简介JimBrosseau，自1980年以来一直在软件行业中工作，从事过测试、开发，担任过项目经理以及讲师。他在嵌入式电子设备、ATC系统和商业软件包等领域有着丰富的开发经验和管理经验。Jim是ClarrusConsultirlgGroup公司的负责人．自1998年以来，为世界各地的众多组织提供咨询服务，帮助他们改进交付软件的方法。他在CutterITJoumal杂志上发表了多篇文章并且担当顾问，出席过许多重要的会议并参与地方行业协会。Jim与他的妻子和两个孩子生活在温哥华。 编辑推荐优化软件开发中的人力因素 基于真实数据和经验的解决方案 《团队制胜——掌握软件项目成功主动权》是一本令人信服的、全面创新的以及切实可行的指导著作，它能够有效地改善在构建优秀软件中的一个重要方面——人力因素。 通过与众多团队的多年合作，JimBrosseau在书中阐述了如何通过小规模的、立竿见影的变更，来逐步推动大型的改进工作。这些变更针对团队整体来设计，充分考虑现有的组织文化。此外，JimBrosseau还提供了每个人都可以立即付诸实施的方案，而无需等待管理层来推动。 无论采用何种方法，技术或者组织结构，通过阅读《团队制胜——掌握软件项目成功主动权》，你都能够掌握如何将各种解决方案应用于实际的开发环境中，这些实际问题往往涉及错综复杂的利益相关者。JimBrosseau还与读者共同分享了在面对项目管理软件方面的问题时，人们的态度、动机和人际关系方面重要的新观点。 《团队制胜——掌握软件项目成功主动权》是一本启示录——对于每个项目团队成员、领导者以及利益相关者来说，它是您工作中的一份宝贵的参考资源。 目录译者序 图标详细说明 前言第一部分问题空间第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小结 第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小结 第七部分附录核心工具 文摘3.1在我曾经参与的项目中，总会有一两个人从项目团队中脱颖而出。他们远远超出了完成项目的要求——就像传奇牛仔John Wayne骑马而去消失在日落中的情境。他们都是软件开发中的传奇牛仔，可以解决棘手问题的人，似乎他们知道项目中的所有重要信息，他们是不可缺少的。不可缺少？你是否遇到过在某个项目中，这些英雄人物突然离开？在团队中突然没有人知道为什么要做出这些晦涩的设计，而你肯定也不想去阅读这些英雄在离开之前编写的代码。嗯。生活并不总是美好的，是吧？个人的不可缺少性已成为一种不利的因素。Tom Demarco曾经指出，“凑合（Can-do）的态度可以将轻微的挫折升级为真正的灾难”。然而，在项目中还存在另外一种类型的英雄，他们不会带来这样的消极作用。他们始终认为做正确的事是工作的一部分，他们在幕后做了许多的工作，但却似乎从来都没有受到大家的关注。虽然他们不会提出一些巧妙的解决方案，但也不会犯重大的失误。他们很少会偏离软件基线。他们既不会不切实际地夸下一些海口，也不会让项目经理讨论他们的工作预估（这往往会令经理感到惊讶）。他们很少大量地加班，因为通常不需要这么做。他们的方法有条不紊并且压力很小，然而这些却往往被人们视作在工作中缺乏兴趣，给人以“没有尽职”的印象。当他们离开时，其他人可以很容易地接手他们的工作。他们的工作是清晰的并且易于理解的，没有隐藏任何东西。虽然人们很少从这个角度来看，但这些迹象都表明他们是在按照正确的方式来做工作，而不只是简单地完成工作。 |
| 随便看 |
百科全书收录4421916条中文百科知识，基本涵盖了大多数领域的百科知识，是一部内容开放、自由的电子版百科全书。