团队制胜:掌握软件项目成功主动权
点击看大图
基本信息
- 作者： (美)Jim Brosseau [作译者介绍]
- 译者： 聂雪军
- 丛书名： 华章程序员书库
- 出版社：机械工业出版社
- ISBN：9787111255055
- 上架时间：2009-2-6
- 出版日期：2009 年1月
- 开本：16开
- 页码：275
- 版次：1-1
- 所属分类：
计算机 > 软件工程及软件方法学 > 软件项目管理
编辑推荐
优化软件开发中的人力因素
基于真实数据和经验的解决方案....
内容简介回到顶部↑
本书介绍在软件开发过程中团队之间如何实现更高效的合作。本书从个人，团队和利益相关者等三个方面来进行组织，讨论主题包括人员，质量，责任，主动性，可持续性，沟通，动机与期望，合作，一致性，组织，协调，指导，客户，定目标，规范，优先级，变更等，基本上涵盖了构建高效团队合作的各个方面。.
本书适合软件开发与管理人员参考。..
本书是一本令人信服的、全面创新的以及切实可行的指导著作，它能够有效地改善在构建优秀软件中的一个重要方面——人力因素。
通过与众多团队的多年合作，jim brosseau在书中阐述了如何通过小规模的，立竿见影的变更，来逐步推动大型的改进工作。这些变更针对团队整体来设计，充分考虑现有的组织文化。此外，jim brosseau还提供了每个人都可以立即付诸实施的方案，而无需等待管理层来推动。
无论采用何种方法。技术或者组织结构，通过阅读本书，你都能够掌握如何将各种解决方案应用于实际的开发环境中，这些实际问题往往涉及错综复杂的利益相关者。jim brosseau还与读者共同分享了在面对项目管理软件方面的问题时，人们的态度，动机和人际关系方面重要的新观点。
本书是一本启示录——对于每个项目团队成员。领导者以及利益相关者采说，它是您工作中的一份宝贵的参考资源。...
本书适合软件开发与管理人员参考。..
本书是一本令人信服的、全面创新的以及切实可行的指导著作，它能够有效地改善在构建优秀软件中的一个重要方面——人力因素。
通过与众多团队的多年合作，jim brosseau在书中阐述了如何通过小规模的，立竿见影的变更，来逐步推动大型的改进工作。这些变更针对团队整体来设计，充分考虑现有的组织文化。此外，jim brosseau还提供了每个人都可以立即付诸实施的方案，而无需等待管理层来推动。
无论采用何种方法。技术或者组织结构，通过阅读本书，你都能够掌握如何将各种解决方案应用于实际的开发环境中，这些实际问题往往涉及错综复杂的利益相关者。jim brosseau还与读者共同分享了在面对项目管理软件方面的问题时，人们的态度，动机和人际关系方面重要的新观点。
本书是一本启示录——对于每个项目团队成员。领导者以及利益相关者采说，它是您工作中的一份宝贵的参考资源。...
作译者回到顶部↑
本书提供作译者介绍
Jim Brosseau，自1980年以来一直在软件行业中工作，从事过测试、开发，担任过项目经理以及讲师。他在嵌入式电子设备、ATC系统和商业软件包等领域有着丰富的开发经验和管理经验。Jim是Clarrus Consulting Group公司的负责人，自1998年以来，为世界各地的众多组织提供咨询服务，帮助他们改进交付软件的方法。他在Cutter IT Journal杂志上发表了多篇文章并且担当顾问，出席过许多重要的会议并参与地方行业协会。Jim与他的妻子和两个孩子生活在温哥华。
.. << 查看详细
.. << 查看详细
目录回到顶部↑
译者序
图标说明
前言
第一部分 问题空间
第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 合理的自我批评
图标说明
前言
第一部分 问题空间
第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 合理的自我批评
译者序回到顶部↑
软件开发中的个人英雄主义已逐渐成为历史，取而代之的是团队合作形式。然而，由个人过渡到团队并非简单的1+1=2问题，随着团队规模的增加，所面对的挑战将呈非线性增长。如何提高软件开发团队的生产率，这是目前困扰着大多数软件公司和开发人员的主要问题之一。人们通常倾向于从技术层面上来解决这个问题，例如引入某种新的语言或者框架，但却似乎达不到预想中的效果。即使采用了一些标准的开发管理流程，例如CMM，通常也只是做一些表面上的工作，而没有深入理解在这些流程的本质内容，因此往往也是流于形式。开发人员仍然要忍受着加班，返工以及无休止的code-fix，而公司的管理层也不得不面对高昂的开发成本和人员流失率。.
这些问题的根源在于我们忽视了团队开发中的人力因素。与传统的制造行业相比，软件行业有着其特殊性。传统制造业中的生产要素包括生产设备，原材料等，这些生产要素的共同点之一在于它们之间的差异是很小的，因此可以通过标准的流水线方式来提高生产率。然而，我们不能将软件开发工作等同于流水线。软件行业中的生产要素为一个个的开发人员，他们作为社会中的独立体，每个人都有自己独特的个性（情绪，需求和关注等），我们要理解和尊重这种差异。高效的软件开发团队并不只是包含一些标准的管理流程，更重要的是要精心培育团队中的人力因素。
本书的作者Jim Brosseau在软件行业中工作了近30年，有着丰富的开发经验和管理经验，他目前主要的研究方向是如何在团队之间实现更高效的合作。本书的内容从个人，团队和利益相关者等三个方面来进行组织，讨论主题包括人员，质量，责任，主动性，可持续性，沟通，动机与期望，合作，一致性，组织，协调，指导，客户，定目标，规范，优先级，变更等，基本上涵盖了构建高效团队合作的各个方面。..
掌握一项技术可能只需几个月或者一年的时间，而培育一个成功的团队则需要更长的时间，并且要持之以恒，不能松懈。团队合作是需要很长时间的相互磨合才可以形成的，而绝不是可以一蹴而就的。希望本书能够对读者在构建软件团队的过程中有所帮助。
参与本书翻译工作的还有李杨，吴汉平，徐光景，童胜汉，陈军，胡凯，刘红，张玮，陈红，李斌，李勇涛，王海涛，周云波，彭敏才和张世锋等。由于译者的时间和水平有限，翻译中的疏漏和错误在所难免，还望读者和同行不吝指正。
致谢
感谢冀康提供了这次翻译机会，与冀康的合作总是很愉快的。感谢妻子云兰和女儿彤彤在工作中对我的支持和理解，感谢我的父母在生活上给予的帮助，感谢你们一如既往地支持着我。...
聂雪军
2008年9月于武汉
这些问题的根源在于我们忽视了团队开发中的人力因素。与传统的制造行业相比，软件行业有着其特殊性。传统制造业中的生产要素包括生产设备，原材料等，这些生产要素的共同点之一在于它们之间的差异是很小的，因此可以通过标准的流水线方式来提高生产率。然而，我们不能将软件开发工作等同于流水线。软件行业中的生产要素为一个个的开发人员，他们作为社会中的独立体，每个人都有自己独特的个性（情绪，需求和关注等），我们要理解和尊重这种差异。高效的软件开发团队并不只是包含一些标准的管理流程，更重要的是要精心培育团队中的人力因素。
本书的作者Jim Brosseau在软件行业中工作了近30年，有着丰富的开发经验和管理经验，他目前主要的研究方向是如何在团队之间实现更高效的合作。本书的内容从个人，团队和利益相关者等三个方面来进行组织，讨论主题包括人员，质量，责任，主动性，可持续性，沟通，动机与期望，合作，一致性，组织，协调，指导，客户，定目标，规范，优先级，变更等，基本上涵盖了构建高效团队合作的各个方面。..
掌握一项技术可能只需几个月或者一年的时间，而培育一个成功的团队则需要更长的时间，并且要持之以恒，不能松懈。团队合作是需要很长时间的相互磨合才可以形成的，而绝不是可以一蹴而就的。希望本书能够对读者在构建软件团队的过程中有所帮助。
参与本书翻译工作的还有李杨，吴汉平，徐光景，童胜汉，陈军，胡凯，刘红，张玮，陈红，李斌，李勇涛，王海涛，周云波，彭敏才和张世锋等。由于译者的时间和水平有限，翻译中的疏漏和错误在所难免，还望读者和同行不吝指正。
致谢
感谢冀康提供了这次翻译机会，与冀康的合作总是很愉快的。感谢妻子云兰和女儿彤彤在工作中对我的支持和理解，感谢我的父母在生活上给予的帮助，感谢你们一如既往地支持着我。...
聂雪军
2008年9月于武汉
前言回到顶部↑
有些书籍当属经典之作，例如 Tom Demarco和Tim Lister合著的《Peopleware》以及Fred Brooks的《Mythical ManMonth》。这些书的内容具有很高的实用价值，但却很少得到应用。我们曾采取过一些行动，并且期待一个更好的工作环境，但最终却不得不抱怨我们的管理层没有积极地推动变更。.
随波逐流或许是非常容易的，但要提高自己的工作效率，就必须成为一个积极主动的团队成员。我们每个人都应主动承担责任，培育一个健康的工作环境，生产优秀的软件产品。
每个从事软件开发的人都应该读这本书，而不只是那些经理或者推动变更的关键人物。我们每个人都要积极地改善自己的工作环境——这不只是管理层才需要关注的问题。从个人角度来说，我们都可以极大地提高自己的生产率。只有每个人都积极地参与进来，才能对团队整体效能的提高起到最大的推动作用。
本书的“领导力”是指，能够与他人一起合作以最有效地实现一个共同目标。如果团队中的每个成员都是高效的“领导者”，那么就能够创造出奇迹。我们每个人都需要有主动意识，努力将这些奇迹转化为团队的生产率。
本书中的许多讨论主题并非仅限于软件开发团队，也可以应用于其他团队。事实上，在这里讨论的许多原则和方法在软件开发之外的许多领域中都是普遍适用的。不过，本书的主要内容还是基于我在软件开发团队中的工作经验，以及一些不同于其他领域的因素：
·由于软件通常被视为抽象的和无形的，因此对于软件开发的成果或者范围很少会有共同的理解。
·由于在软件开发的培训中主要侧重于技术方面，因此很少会明确地注重对个人态度或者团队动力的管理。
·由于这些因素，团队往往在项目中遇到各种问题，有时甚至是彻底失败。
·即使这样，团队的可持续性仍然很少被认为是项目成功的关键因素之一。
因此，从某种意义上来说，本书的内容是针对于软件开发领域的。软件开发领域中存在的问题要远远多于我所知道的任何其他领域。虽然我们一直在讨论着最优方法，但却很少成功地应用它们。我们通常会倾向于借助某个技术方案来解决问题，而这将可能给团队带来进一步的制约。我认为一定存在某种更好的方式。
现在开始行动
事实上，永远都不会存在“银弹”这种神奇的解决方案来解决我们的问题。一方面，Fred Brooks在1986年指出在软件开发中不存在“银弹”，另一方面，许多对“银弹”的反复探索最终都成为泡影。我们不能指望某个英雄来拯救世界，而要依靠我们自己通过积极的方式来尽可能地改善软件开发过程。
有些人认为自己属于这个问题解决方案的一部分。在我与这些人合作之后，我得出的结论是，所有这些人都在一定程度上遇到了类似的问题。大多数软件开发顾问在向客户提供咨询和帮助时都遇到了许多相同的问题。我们都局限在自己的认知范围之中，而无法看到这个范围之外的东西。
那么，如果没有“银弹”、没有英雄，并且我们都局限在自己的认知范围之中，我们该怎么办？解决方案是通过协调团队的整体努力来改进我们的工作。我们每个人都要在解决方案中作出自己的贡献，所有这些贡献都是为了谋求一个共同的利益。
我们必须亲自推动变更。我们不能将问题归咎于外部环境，也不能将软件产业的相对年轻作为一个借口。虽然医药行业曾经被称为最年轻的科学，在这个行业中有着庞大的信息量以及较高的变动率，但从业者从不将这些问题作为失败的借口。在软件行业中，我们同样有许多东西需要学习，并且经历着较高的变动率，但我们在应对这些问题时却没有采取积极主动的态度。
我们一直以来在寻求的解决方案其实就是我们自己。我们自己应该负有责任使软件开发工作更为高效。我们必须从现在开始。
我们每个人都可以作出一些贡献，即使这些贡献仅仅是从一个不同的角度来看待问题。那些运转良好的团队总是能够通过融合所有成员的努力来形成一个强有力的整体。
变更的推动需要逐步进行。虽然朝着一个总体背景或者战略目标努力是不错的做法，但在大多数软件开发团队中的问题都是极端的和根本性的，有时甚至只需一些小小的调整可以带来重大的效果。我曾见过许多的组织只是进行一到两次有效的调整就彻底扭转了困境。
然而，大规模变更所带来的文化冲击往往要大于它所带来的正面利益。有些公司之所以没有支撑到今天，至少有一部分原因是由于某个大规模的改进措施所带来的负面影响。
本书并不会告诉你某种固定的方法，而是包含了许多值得借鉴的方法，这些方法可能是适用范围过窄而无法得到广泛的应用，也可能是适用范围过宽而无法很容易地应用于某个具体的情况。
随波逐流或许是非常容易的，但要提高自己的工作效率，就必须成为一个积极主动的团队成员。我们每个人都应主动承担责任，培育一个健康的工作环境，生产优秀的软件产品。
每个从事软件开发的人都应该读这本书，而不只是那些经理或者推动变更的关键人物。我们每个人都要积极地改善自己的工作环境——这不只是管理层才需要关注的问题。从个人角度来说，我们都可以极大地提高自己的生产率。只有每个人都积极地参与进来，才能对团队整体效能的提高起到最大的推动作用。
本书的“领导力”是指，能够与他人一起合作以最有效地实现一个共同目标。如果团队中的每个成员都是高效的“领导者”，那么就能够创造出奇迹。我们每个人都需要有主动意识，努力将这些奇迹转化为团队的生产率。
本书中的许多讨论主题并非仅限于软件开发团队，也可以应用于其他团队。事实上，在这里讨论的许多原则和方法在软件开发之外的许多领域中都是普遍适用的。不过，本书的主要内容还是基于我在软件开发团队中的工作经验，以及一些不同于其他领域的因素：
·由于软件通常被视为抽象的和无形的，因此对于软件开发的成果或者范围很少会有共同的理解。
·由于在软件开发的培训中主要侧重于技术方面，因此很少会明确地注重对个人态度或者团队动力的管理。
·由于这些因素，团队往往在项目中遇到各种问题，有时甚至是彻底失败。
·即使这样，团队的可持续性仍然很少被认为是项目成功的关键因素之一。
因此，从某种意义上来说，本书的内容是针对于软件开发领域的。软件开发领域中存在的问题要远远多于我所知道的任何其他领域。虽然我们一直在讨论着最优方法，但却很少成功地应用它们。我们通常会倾向于借助某个技术方案来解决问题，而这将可能给团队带来进一步的制约。我认为一定存在某种更好的方式。
现在开始行动
事实上，永远都不会存在“银弹”这种神奇的解决方案来解决我们的问题。一方面，Fred Brooks在1986年指出在软件开发中不存在“银弹”，另一方面，许多对“银弹”的反复探索最终都成为泡影。我们不能指望某个英雄来拯救世界，而要依靠我们自己通过积极的方式来尽可能地改善软件开发过程。
有些人认为自己属于这个问题解决方案的一部分。在我与这些人合作之后，我得出的结论是，所有这些人都在一定程度上遇到了类似的问题。大多数软件开发顾问在向客户提供咨询和帮助时都遇到了许多相同的问题。我们都局限在自己的认知范围之中，而无法看到这个范围之外的东西。
那么，如果没有“银弹”、没有英雄，并且我们都局限在自己的认知范围之中，我们该怎么办？解决方案是通过协调团队的整体努力来改进我们的工作。我们每个人都要在解决方案中作出自己的贡献，所有这些贡献都是为了谋求一个共同的利益。
我们必须亲自推动变更。我们不能将问题归咎于外部环境，也不能将软件产业的相对年轻作为一个借口。虽然医药行业曾经被称为最年轻的科学，在这个行业中有着庞大的信息量以及较高的变动率，但从业者从不将这些问题作为失败的借口。在软件行业中，我们同样有许多东西需要学习，并且经历着较高的变动率，但我们在应对这些问题时却没有采取积极主动的态度。
我们一直以来在寻求的解决方案其实就是我们自己。我们自己应该负有责任使软件开发工作更为高效。我们必须从现在开始。
我们每个人都可以作出一些贡献，即使这些贡献仅仅是从一个不同的角度来看待问题。那些运转良好的团队总是能够通过融合所有成员的努力来形成一个强有力的整体。
变更的推动需要逐步进行。虽然朝着一个总体背景或者战略目标努力是不错的做法，但在大多数软件开发团队中的问题都是极端的和根本性的，有时甚至只需一些小小的调整可以带来重大的效果。我曾见过许多的组织只是进行一到两次有效的调整就彻底扭转了困境。
然而，大规模变更所带来的文化冲击往往要大于它所带来的正面利益。有些公司之所以没有支撑到今天，至少有一部分原因是由于某个大规模的改进措施所带来的负面影响。
本书并不会告诉你某种固定的方法，而是包含了许多值得借鉴的方法，这些方法可能是适用范围过窄而无法得到广泛的应用，也可能是适用范围过宽而无法很容易地应用于某个具体的情况。
媒体评论回到顶部↑
如果希望在软件团队中推动一些行之有效的变更或者施以更大的影响力，那么有两种选择：一种选择是自行对各种技术进行实验，在黑暗中摸索几年：另一种选择就是购买本书，阅读并且应用书中所给出的技术。当然，究竟如何选择，决定权在于你自己。.
——Matthew Heusser ..
Jim Brosseau对于IT工作环境中各种驱动因素的真知灼见在本书中得到了充分的体现。对于提供盯解决方案的开发人员和管理人员来说，他在书中给出的见解不仅能促进项目朝着更好的方向发展，而且能使工作本身也变得更为轻松。...
——Bruce A.Stewart，Accendor Research公司CEO ...
——Matthew Heusser ..
Jim Brosseau对于IT工作环境中各种驱动因素的真知灼见在本书中得到了充分的体现。对于提供盯解决方案的开发人员和管理人员来说，他在书中给出的见解不仅能促进项目朝着更好的方向发展，而且能使工作本身也变得更为轻松。...
——Bruce A.Stewart，Accendor Research公司CEO ...
评论交流
共有6人开贴评论 6人参与评论 4人参与打分 查看
评价等级：
发表于：2009-2-20 10:04:00
自《人件》、《敏捷软件开发》之后，又一本讨论软件开发中“个人”和“团队”等人件因素的著作。
在行文上，不如《人件》轻松、畅快；在学术行，不如《敏捷软件开发》旁征博引，素材众多。其优点在于，作者将十多年的丰富经验浓缩在简明的文字中，传达了正确的观念。正如作者所指出：没有银弹，软件开发者只有面对，努力向前。本书不但展示了正道而行的原则，还提供了一批有力的工具。
也许读了此书，会说：这些道理和工具，我都知道啊。但是，第二天上班，会拍案而起：为什么我的同事，我的老板，对一些显而易见的道理都一无所知？
软件开发从来都不是一件显而易见的事情。
在行文上，不如《人件》轻松、畅快；在学术行，不如《敏捷软件开发》旁征博引，素材众多。其优点在于，作者将十多年的丰富经验浓缩在简明的文字中，传达了正确的观念。正如作者所指出：没有银弹，软件开发者只有面对，努力向前。本书不但展示了正道而行的原则，还提供了一批有力的工具。
也许读了此书，会说：这些道理和工具，我都知道啊。但是，第二天上班，会拍案而起：为什么我的同事，我的老板，对一些显而易见的道理都一无所知？
软件开发从来都不是一件显而易见的事情。
加载中...| 我要写评论 |
| 查看所有评论交流(共6条) |
