前言
在英语中,我最喜欢的单词是“how”。这是如何工作的?这是怎么做的?他们是怎么做到的?每当我看见有趣的事情发生时,就会充满了与这个短小有力的单词有关的许多问题。并且,我找到的大多数答案都集中在人们如何应用他们的智慧,而非特定的技术或理论知识。
经多多年的项目开发经历,以及对我的经验和其他经理人、程序师、设计师的经验进行比较,我了解到如何把项目管理好。本书是这些想法的总结,涉及用于如下领域的方法:领导团队、管理想法、组织项目.管理进度、处理政治以及让事情发生,甚至是面对巨大挑战和不公平的情况。
尽管本书的标题是个很广泛的领域,但我的工作经验主要来自于技术领域,尤其是微软公司。从1994年到2003年的这段时间,我一直在微软那里工作,领导项目团队,例如:Internet Explorer、Microsoft Windows以及MSN。有几年时间,我在微软的卓越工程组(engineering excellence group)工作。我在那里负责为公司内各个团队提供教学和咨询工作,并经常受邀在许多公开的会议、公司和大学中演讲。本书中的大多数建议、教训以及故事都来自于这些经验。
虽然我的背景来自于软件和网站开发,但我编写的这本书的内容还是很广泛的,利用了工程和管理领域以外的很多参考资料和技术。对于通常的商业世界人士,本书会有非常大的价值。我相信,无论在哪个领域,组织、领导、设计以及交付所面对的挑战,都基本类似。制造烤箱、摩天大楼、汽车、网站以及软件产品所涉及的流程,都会遇到很多相同的挑战,本书主要关注的就是如何克服这些挑战。
不同于其他介绍如何领导项目的书籍,本书并没有依赖于任何正规的理论,也没有推断出创新的理论。替而代之,我主要关注的是实用性和多样性。当人员、技能、态度和使用的战术得以恰当地组合时,无论这些因素来自何处(或缺少出处),项目都将产生好的结果。本书的结构是我所发现的最合理的结构:聚焦于核心情况,提供建议来说明如何正确地处理它们。关于如何挑选正确的主题、如何提供好建议等话题,我经过深思熟虑,下了很大的赌注来做出选择。我希望你将发现我做出的抉择是正确的。
谁应该读这本书?
想了解这本书是否适合于你,我建议你打开本书,翻到目录,从中挑选一个你感兴趣的主题,看看我在说什么。我通常不大相信前言,因此,我建议你也不要相信它,很少有书会在前言之后依然保持与前言相同的凤格或语调。但无论如何,本书还是值得你试一试。
本书对于下面的一种或多种类型的人员将非常有价值:
* 有经验的团队领导和经理人。对于在任何项目任何担任领导角色的人,本书都非常适用。这些实例来自于软件开发领域,但很多概念都可以很容易地用于其他种类的工作。你也许是正式的团队领导者,或者只是团队中比较有经验的人员。对于本书的某些主题,你可能已经非常熟悉,但本书采用的直接的方法仍将有助于你澄清和精炼你的想法。即使你不同意我持有的观点,你也会有一个清晰的工作基础,来精炼你自己的观点。
* 新的团队领导和经理人。如果你看看本书目录中列的主题,就会对领导和经理人参与项目时实际所做的每件事情,有个扎实的概要了解。每章都会提供即使是有经验的人员也会犯的、常见的错误,并且说明为什么会发生此事以及可以使用哪些战术来避免这些错误。本书将为你提供一个更为宽广的视野,让你了解即将承担的新的责任,以及管理它们的最明智的方法。因为大多数章节都主要关注于重要的主题,因此,会经常包含一些注释,来参考更深入的信息来源。
* 程序员和测试人员,或者项目的其他成员。本书会改善你对所做工作的了解,并介绍可以运用哪些手段来有效地工作。如果你曾怀疑为什么项目方向经常改变或者项目为什么管理得很差,本书可帮助你了解其原因和补救方法。至少,读这本书可以帮助你在工作中表现不凡(使你在工作时,始终保持清醒的头脑)。如果你对以后自己管理或领导团队感兴趣,本书将帮助你研究其真正的规律,是你了解你是否已为其做好准备。
* 商业管理、产品设计或软件工程的学生。我使用学生这个词是从广义来说的:如果你对这些主题有兴趣,或者目前正在研究这些领域,本书应该非常有益。和其他讨论这些主题的书籍不同,本书关注于问题和叙述上。书中的经验和故事都是真实的,它们是教训和战术的基础,而不是反过来。我有意避免在不同学科之间画上界线,以我的经验来看,这些界线对项目没帮助,也无助于了解实际(世界也不会像在大学里那样被划分)。替而代之,本书结合了商业理论、心理学、管理战术、设计流程和软件工程等领域的知识,以任何所需的方式来为重要的主题提供建议。 我在编写本书时,对读者所做的假设如下:
* 你不笨。我假设只要我选对章节,把它写好,你就不需要我花时间慢慢地建立详尽的信息框架。替而代之,我会主要讲重点,把时间花在这里。我把你当成是找我来咨询的同事——经验也许多些、少些,或有着不同的经验。 * 你是好奇和务实的。我列举了很多学科的实例,假定你会从网站和软件开发以外的教训中找到价值。这不是障碍,而是为了满足好奇心的要求。有时这些信息只是以脚注形式呈现。我假定你想学习知识,对各种不同的想法保持开放的心态,而且将认识到深思熟虑的意见的价值——即使你不同意那些意见。
* 你不喜欢行话或深奥的理论。我不认为行话和深奥的理论会有助于学习和应用新信息。我会避开它们,除非它们可以提供未来对我们有帮助的有用的信息。
* 你对自己、软件或管理不会看的太严肃。软件开发和项目管理可能会很无聊。虽然本书不会是好笑的游戏(虽然由Mark Twain或David Sedans编写的软件工程书籍可能会这样),但我会毫不犹豫地开自己的玩笑(或某些其他人),或者以幽默的手法来举例说明论点。
如何使用本书?
如果读到某处你开始厌烦了,或者发现例子会使你分心,跳过去就是了。我在编写本书时,已考虑到有人会略读,或者只需要特定主题的正确建议。这些章节的安排适合于这些需求,尤其是哪些关于人员的内容(第8-13章和第16章)。但是,按照顺序进行阅读会有好处,因为有些后面的概念是在前面建立的,而且本书基本是按照大多数项目的时间进程进行内容设计的。第一章是本书中内容最广的一章,同时深度也超过其他章节。如果你对为什么应该关心项目管理感到奇怪,或者有其他重要的人士曾说过这个,那你就应该看一看。如果你试过,但讨厌它,我强烈建议你,在抛开本书前再试试另一章。
本书所列的所有参考资料、URL以及附加注释和说明,都放在www.makingthingshappen.org网站上。如果你对本书的讨论组感兴趣,一定要阅读本书后面的附录,它解释了存在哪些讨论组,并为你建立自己的讨论组提供了建议。 现在,因为你很聪明,而且有耐心读完这段介绍,我想,你该急于了解本书的其他内容了(页数、脚注及所有其他的事项),那就继续吧。
译者序
本书是《项目管理艺术》的修订版。《项目管理艺术》一书是项目管理领域的一部经典书籍,曾获2006年度Jolt世界图书大奖,在各种畅销书排行榜上都名列前茅,这些都从一个侧面说明了本书的份量。
在翻译此书的过程中,我的最大的一个感受就是本书的实用性。本书的作者在其职业生涯中,主要就职于微软公司的项目管理工作,有着十多年的项目管理经验,书中内容都是来自于作者的一线实践经验。本书抓住了我们在平时项目管理过程中所涉及的重点,以轻松朴实、容易理解的叙述方式告诉我们:什么是项目管理?相关管理该做哪些事情?为什么做这些事情?怎么做这些事情?在具体的环境下应该抓住什么?忽略什么?
我们平时看到的大多理论书籍都有着非常完备、严谨、系统的知识体系,想来大家对此都深有体会。这些书籍的内容很严谨,不容易发现问题,但常常与实践的距离太远,使得我们不知道如何将这些理论运用到实践中。本书则完全是从实践出发,将项目管理理论中的要点通过实践经验一一道来,并将实践中面对的问题毫不忌讳地一一呈现,虽然某些问题的解决方法未必是完全正确的,但作者敢于提出问题、面对问题、找到解决方法的态度是非常值得赞赏的。我相信,这些来自于一线的实践经验对你会更有价值。
与大多数项目管理的书籍相比,本书还有另外一个鲜明的特色,就是考虑了人的因素,这也使得提出的观点具有很好的实践性。
本书适用于与项目管理工作相关的各种行业的人士阅读,包括领导、项目经理、开发经理、产品经理、业务分析师、架构设计师、软件工程师、测试工程师等等各种相关角色。虽然作者主要经历的项目多为软件开发项目,但项目管理的思路都是类似的。当然,如果你是来自于软件开发领域,会发现作者所说的于你工作中所遇到的会更加的一致。
我很荣幸作为本书的译者,向大家强力推荐这本好书。从我自己的体会来说,这是我看过的项目管理领域最有收获的书籍,我相信你也一定可以从中获得收益。
本书由李桂杰、黄明军共同翻译而成,由于能力和时间所限,疏漏在所难免,请大家批评指正,谢谢!
李桂杰、黄明军
2008年11月
目录
译者序 3序 4
前言 5
第1章 项目管理简史 7
第1部分 规划 15
第2章 关于进度表的原理 16
第3章 如何知道该做什么 25
第4章 编写好的远景文档 36
第5章 想法从何而来 44
第6章 有了想法之后做什么 54
第2部分 技巧 62
第7章 撰写优秀的规格说明书 63
第8章 如何制定好的决策 72
第9章 沟通和人际关系 81
第10章 怎样才能不惹恼别人:流程、电子邮件和会议 88
第11章 事情出错时该做什么 97
第3部分 管理 108
第12章 为什么领导力以信任为基础 109
第13章 如何让事情发生 117
第14章 中盘战略 126
第15章 终盘战略 135
第16章 政治与权力 147
附录 讨论组指导 156