前言
在英語中我最喜歡的乙個詞就是怎樣。這是怎樣工作的？這是怎樣完成的?他們是怎樣做的？每當我看到一些有趣的事情，我就充滿了這些疑問，當然這些問題都離不開這個看似簡單但卻充滿活力的詞。並且我發覺這些問題的大部分答案都是在關注人們是如何發揮他們的才能與智慧型，而不是如何應用專業的知識或者理論。
經過多年的工作以及和其他經理、程式設計師、設計者的經驗的比較，我得出了許多管理好專案的信條和結論，而這本書就是這些內容的彙總。它包括如何帶領團隊，如何與不同想法的合作，如何組織專案，如何管理日程，如何處理不同的意見，以及如何讓計畫實現，即使在面對巨大的挑戰和不公平的情況的時候，這些方法仍然有效。
儘管這本書涵蓋的範圍很廣，我的大部分工作經驗卻主要來自於技術部門，尤其是微軟公司。從2023年到2023年，我一直在那裡工作，我帶領了不同的專案如internet explorer，microsoft windows，msn。幾年來我一直在微軟卓越的團隊裡工作，在那裡，我負責為公司內不同的團隊進行教學和諮詢，而且經常在公眾會議、公司和大學演講。這本書裡大部分的建議、課程和故事都來自於這些經歷。
儘管我來自於乙個軟體和web開發的背景，這本書的內容卻很廣泛，它參考了許多其他領域的知識，而不僅僅侷限於工程和管理領域。對於那些在商業世界中的人們，這本書也有很大的價值。我相信在不同的領域中，關於組織、領導、設計以及交付的工作都是共通的。無論是烤麵包，建造摩天大樓，生產汽車還是設計**和軟體產品，這些過程都包含許多相同的挑戰，而這本書主要就是為了解決這些問題而出現的。
與許多其它的講述如何領導團隊和專案的書籍不同，這本書的內容不屬於任何偉大的理論或者創新的哲學。相反，它主要關注的是實用性和多樣性。我認為當把人、技術、態度和應用的戰略正確的結合在一起的時候，無論這些專案來自於哪些公司，它們都會產生好的結果。這本書是我見過的結構最貼近實踐的書籍之一：它關注那些核心的挑戰和情況，並就如何處理好這些挑戰和情況給出了很好的建議。
我希望你能發現我做出了正確的選擇。
誰應該讀這本書
如果你想知道這本書是否適合你，最好的辦法就是翻回目錄，挑選乙個你感興趣的主題，然後瀏覽一下我在這個主題上講述的內容。通常我不太相信前言所講述的內容，同時我建議你也不要相信，因為前言一般不會和書的其它內容在風格上保持一致，但是下面的內容還是有必要看一下。
當你屬於下面的幾類人的時候，這本書對你特別的有價值：
經驗豐富的團隊領導者和經理。這本書非常適合那些在不同專案中擔任領導角色的人，無論這種領導角色是正式的還是非正式的。儘管本書中的例子來自於軟體開發領域，但是其中的許多觀念可以很容易的被應用到其它工作當中。你可能是乙個正式的團隊領導者，或者只是乙個在團隊中經驗豐富的人，對你而言這本書的一些主題可能非常的熟悉，但是其直接和實用的方式還是能夠幫助你澄清和提煉自己的想法。儘管你可能不同意我的觀點，但是你可以有乙個明確的基礎來完善和改進自己的觀點。
剛剛成為團隊領導者和經理的人。如果你看了目錄中所列的主題，你會發現它從總體上包括了團隊領導者和經理在專案中應該做的事情。每個章節都提供了一些在專案中常見的錯誤，這些錯誤對於那些經驗豐富的人來說也是不可避免的，同時也解釋了為什麼會發生這些錯誤，以及採取什麼樣的策略來避免和改正這些錯誤。關於你即將要肩負的責任，這本書也給你提供了乙個廣闊的視角和清晰的理解，以及一些最漂亮的管理它們的方式。由於本書大部分章節的主題涉及的範圍很廣，所以它們通常帶有註解和更深層次的內容。
程式設計師，測試人員和其他對專案有貢獻的人。這本書會幫助你理解你在專案中所作的貢獻，同時提供了一些方法和建議來使得你在做出這些貢獻的時候更加的有效率並且樂在其中。如果你曾經對專案經常做出變化或者管理不善而感到奇怪的話，這本書會幫助你理解其中的原因以及補救的方法。即使你並不關心剛才我提到的東西，閱讀這本書也能幫助你能夠適應更多不同的工作環境，並且能夠使你更有機會使自己的工作與眾不同（也能在工作時保持清晰的頭腦）。如果你對最終能夠管理和領導團隊感興趣的話，這本書會幫助你來研究這些主題，並且也能告訴你是否能夠勝任這樣的工作。
商業管理，產品設計或者軟體工程的學生。這裡的學生是乙個廣義的詞彙：如果你對這些主題有興趣或者正在學習它們，這本書會對你有巨大的吸引力。這本書與許多其它闡述這些主題的教科書有很大的區別，它著重於大量的實景和故事。這些經歷和故事都是真實的，它們是書中課程和策略的基礎，它們之間的順序關係是不能顛倒的。我有意避免在不同的學術主題之間劃清界限，因為在我的經驗中，這些界限對於專案的理解沒有任何實際的幫助（宇宙不是分開的，大學也是一樣）。相反，這本書將商業理論、心理學、管理策略、設計過程、軟體工程以及其他一些必要的學科結合在一起，並在不同的主題上提供了不同的建議。
在寫這本書的時候我為本書的讀者做了如下的假設
你足夠聰明。當我已經選定了一些適當的章節並把它們完成以後，我想你並不希望我把時間花費在建造這些資訊的框架上。相反，我更應該把精力集中在重點上面。我假設你可能曾經有過這樣的經歷，那就是你能接受一些建議並且能夠在某些情況下遵循這些建議。
你很好奇也和實幹。我使用的例子和相關的參考資料來自於許多學科，我相信你會發現當我們的課程不再侷限於網路和軟體開發的時候，它會為我們帶來許多價值。當然這些例子和參
考資料不會成為你閱讀本書的障礙，不過有些時候你也許會對它們很好奇，這時候你就會發現你能在書中的腳注中找到它們。我假設你熱衷於學習，能夠接受不同的觀點，這樣當你不同意別人的觀點的時候，你也會意識到那些觀點也是很有價值的。
你不喜歡術語和深奧的理論。我不認為使用過多的術語和理論對於學習和應用新的資訊會有多大的幫助，我盡量避免使用這種方式，除非這種方式能夠為你今後的學習和應用提供一些有用的資訊和結構。
你對於自己、軟體或者管理都不是太在意。閱讀關於軟體開發和專案管理的內容是很令人厭煩的事情。雖然本書並不是幽默或者諷刺性的書籍（也許由馬克.吐溫或者
戴維.謝達來寫軟體工程方面的書會有這個潛力），當然我也會盡量使用輕鬆和幽默的方式來闡述本書的例子。
如何使用這本書
有一些人在讀書的時候喜歡略過某些章節去閱讀個別的章節，我在寫這本書的時候已經考慮到了這一點。然而，如果你能按照順序閱讀本書會有一些額外的收穫，因為後面的一些的概念是建立在前面章節的基礎之上的，並且本書的章節順序也基本上遵循了多數專案的執行流程。當然，除非你按照順序閱讀本書，否則你是不會了解我上面所說的，因此如果你選擇跳躍式的閱讀方式，你就必須在這點上相信我。
相比於本書的其它章節，第一章的內容涉及的範圍最廣，同時也最難理解。如果你對為什麼要這麼關注專案管理感到好奇的話，或者你想知道一些重要的人關於專案管理說過什麼，那麼你應該試著閱讀第一章。如果當你讀完之後感到很不合你的胃口的話，我建議可以閱讀其它的一些章節而不要把書丟掉。
本書所列的參考文獻和urls，以及一些其他的注釋和記錄，你都可以在
那麼現在，作為乙個聰明和有足夠耐心的人，你已經閱讀了關於本書整個介紹，我想你已經熟悉了如何來閱讀本書（頁碼，腳注，以及所有類似的東西），那麼就開始吧。
謝謝，scott berkun
redmond, wa
geng's translation
翻譯 專案管理藝術 前言
前言 在英語中我最喜歡的乙個詞就是怎樣。這是怎樣工作的？這是怎樣完成的?他們是怎樣做的？每當我看到一些有趣的事情，我就充滿了這些疑問，當然這些問題都離不開這個看似簡單但卻充滿活力的詞。並且我發覺這些問題的大部分答案都是在關注人們是如何發揮他們的才能與智慧型，而不是如何應用專業的知識或者理論。經過多年...
SQL語言藝術 前言
it行業發展的過程中，新技術層出不窮，今天資料處理依然是系統的核心。與以往不同的是，需要處理的資料量程指數級別增長，甚至超過的硬體的增長速度，所以僅僅做到正確處理還不夠，必須足夠的快。對於資料庫的效能問題，開發人員的一慣做法是先寫出正確的程式，一旦出現問題，再由dba來解決，這種做法未能從源頭上解決...
《專案管理藝術》
以前看過英文電子版的，上次訂書時，發現8月底出了中譯本，就順便訂了，書不厚，幾天就可以看完，算是通俗易懂的專案管理代表作，呵呵。轉貼個目錄 前言第一章 專案管理簡史 以及你為何應該關心 第一部分 規則 第二章 進度表的真相 第三章 如何知道該做什麼事 第四章 編寫優質遠景檔案 第五章 想法來自何處 ...