项目管理之美

hzbooks

于 2009-04-10 16:24:00 发布

阅读量1.3k

点赞数

文章标签：项目管理工作产品设计微软咨询框架

本文链接：https://blog.csdn.net/hzbooks/article/details/4062780

版权

在英语中，我最喜欢的单词是“how”。这是如何工作的？这是怎么做的？他们是怎么做到的？每当我看见有趣的事情发生时，就会充满了与这个短小有力的单词有关的许多问题。并且，我找到的大多数答案都集中在人们如何应用他们的智慧，而非特定的技术或理论知识。

经多多年的项目开发经历，以及对我的经验和其他经理人、程序师、设计师的经验进行比较，我了解到如何把项目管理好。本书是这些想法的总结，涉及用于如下领域的方法：领导团队、管理想法、组织项目．管理进度、处理政治以及让事情发生，甚至是面对巨大挑战和不公平的情况。

尽管本书的标题是个很广泛的领域，但我的工作经验主要来自于技术领域，尤其是微软公司。从1994年到2003年的这段时间，我一直在微软那里工作，领导项目团队，例如：Internet Explorer、Microsoft Windows以及MSN。有几年时间，我在微软的卓越工程组（engineering excellence group）工作。我在那里负责为公司内各个团队提供教学和咨询工作，并经常受邀在许多公开的会议、公司和大学中演讲。本书中的大多数建议、教训以及故事都来自于这些经验。

虽然我的背景来自于软件和网站开发，但我编写的这本书的内容还是很广泛的，利用了工程和管理领域以外的很多参考资料和技术。对于通常的商业世界人士，本书会有非常大的价值。我相信，无论在哪个领域，组织、领导、设计以及交付所面对的挑战，都基本类似。制造烤箱、摩天大楼、汽车、网站以及软件产品所涉及的流程，都会遇到很多相同的挑战，本书主要关注的就是如何克服这些挑战。

不同于其他介绍如何领导项目的书籍，本书并没有依赖于任何正规的理论，也没有推断出创新的理论。替而代之，我主要关注的是实用性和多样性。当人员、技能、态度和使用的战术得以恰当地组合时，无论这些因素来自何处（或缺少出处），项目都将产生好的结果。本书的结构是我所发现的最合理的结构：聚焦于核心情况，提供建议来说明如何正确地处理它们。关于如何挑选正确的主题、如何提供好建议等话题，我经过深思熟虑，下了很大的赌注来做出选择。我希望你将发现我做出的抉择是正确的。

谁应该读这本书？

想了解这本书是否适合于你，我建议你打开本书，翻到目录，从中挑选一个你感兴趣的主题，看看我在说什么。我通常不大相信前言，因此，我建议你也不要相信它，很少有书会在前言之后依然保持与前言相同的凤格或语调。但无论如何，本书还是值得你试一试。

本书对于下面的一种或多种类型的人员将非常有价值：

* 有经验的团队领导和经理人。对于在任何项目任何担任领导角色的人，本书都非常适用。这些实例来自于软件开发领域，但很多概念都可以很容易地用于其他种类的工作。你也许是正式的团队领导者，或者只是团队中比较有经验的人员。对于本书的某些主题，你可能已经非常熟悉，但本书采用的直接的方法仍将有助于你澄清和精炼你的想法。即使你不同意我持有的观点，你也会有一个清晰的工作基础，来精炼你自己的观点。

* 新的团队领导和经理人。如果你看看本书目录中列的主题，就会对领导和经理人参与项目时实际所做的每件事情，有个扎实的概要了解。每章都会提供即使是有经验的人员也会犯的、常见的错误，并且说明为什么会发生此事以及可以使用哪些战术来避免这些错误。本书将为你提供一个更为宽广的视野，让你了解即将承担的新的责任，以及管理它们的最明智的方法。因为大多数章节都主要关注于重要的主题，因此，会经常包含一些注释，来参考更深入的信息来源。

* 程序员和测试人员，或者项目的其他成员。本书会改善你对所做工作的了解，并介绍可以运用哪些手段来有效地工作。如果你曾怀疑为什么项目方向经常改变或者项目为什么管理得很差，本书可帮助你了解其原因和补救方法。至少，读这本书可以帮助你在工作中表现不凡（使你在工作时，始终保持清醒的头脑）。如果你对以后自己管理或领导团队感兴趣，本书将帮助你研究其真正的规律，是你了解你是否已为其做好准备。

* 商业管理、产品设计或软件工程的学生。我使用学生这个词是从广义来说的：如果你对这些主题有兴趣，或者目前正在研究这些领域，本书应该非常有益。和其他讨论这些主题的书籍不同，本书关注于问题和叙述上。书中的经验和故事都是真实的，它们是教训和战术的基础，而不是反过来。我有意避免在不同学科之间画上界线，以我的经验来看，这些界线对项目没帮助，也无助于了解实际（世界也不会像在大学里那样被划分）。替而代之，本书结合了商业理论、心理学、管理战术、设计流程和软件工程等领域的知识，以任何所需的方式来为重要的主题提供建议。

我在编写本书时，对读者所做的假设如下：

* 你不笨。我假设只要我选对章节，把它写好，你就不需要我花时间慢慢地建立详尽的信息框架。替而代之，我会主要讲重点，把时间花在这里。我把你当成是找我来咨询的同事——经验也许多些、少些，或有着不同的经验。

* 你是好奇和务实的。我列举了很多学科的实例，假定你会从网站和软件开发以外的教训中找到价值。这不是障碍，而是为了满足好奇心的要求。有时这些信息只是以脚注形式呈现。我假定你想学习知识，对各种不同的想法保持开放的心态，而且将认识到深思熟虑的意见的价值——即使你不同意那些意见。

* 你不喜欢行话或深奥的理论。我不认为行话和深奥的理论会有助于学习和应用新信息。我会避开它们，除非它们可以提供未来对我们有帮助的有用的信息。

* 你对自己、软件或管理不会看的太严肃。软件开发和项目管理可能会很无聊。虽然本书不会是好笑的游戏（虽然由Mark Twain或David Sedans编写的软件工程书籍可能会这样），但我会毫不犹豫地开自己的玩笑（或某些其他人），或者以幽默的手法来举例说明论点。

如何使用本书？

如果读到某处你开始厌烦了，或者发现例子会使你分心，跳过去就是了。我在编写本书时，已考虑到有人会略读，或者只需要特定主题的正确建议。这些章节的安排适合于这些需求，尤其是哪些关于人员的内容（第8-13章和第16章）。但是，按照顺序进行阅读会有好处，因为有些后面的概念是在前面建立的，而且本书基本是按照大多数项目的时间进程进行内容设计的。第一章是本书中内容最广的一章，同时深度也超过其他章节。如果你对为什么应该关心项目管理感到奇怪，或者有其他重要的人士曾说过这个，那你就应该看一看。如果你试过，但讨厌它，我强烈建议你，在抛开本书前再试试另一章。

项目管理之美