頭文字d街機模擬器的問題，透過圖書和論文來找解法和答案更準確安心。 我們找到下列各種有用的問答集和懶人包

最後期限：專案管理101個成功法則

為了解決頭文字d街機模擬器的問題，作者湯姆‧狄馬克 這樣論述：

本書是難得一見的專案管理小說！ 　　湯普金斯是一名資深的專案經理，但不幸被公司裁員了。有人出高價「請」他到一個海上小國，負責6個軟體產品的開發專案。資金、人員、設備都已齊備，湯普金斯以為可以大顯身手，甚至進行一次難得的專案管理實驗——將所有人分成18個團隊，也就是每個產品成立3個大小不同的團隊彼此競爭，藉此觀察不同的人數、工作方法對專案有何影響。但是他漸漸發現，事情沒有那麼簡單，各種問題紛紛出現，時間越來越少，眼看著「最後期限」即將來臨…… 　　 　　本書用一則虛構的故事，闡述了真實世界中專案管理的一般原則。它將專案管理的條列式知識，以生動的場景、淺顯易懂的方式來呈現，一掃專案管理書籍的枯燥

之感，讓您在輕鬆閱讀小說的同時受益良多。每一章以主角的日記結尾，並歸納出101個成功管理專案的法則，這些是本書作者——軟體界的權威湯姆‧狄馬克累積數十年實務經驗，所得到的經驗與智慧，可以幫助你在下一個專案中無往不利！ 　　書中提到一些重要的管理觀念，例如： 　　‧管理的四大要素： 　　1.選擇對的人 　　2.為他們分配對的工作 　　3.讓他們保持積極 　　4.維持團隊的凝聚力 　　 　　‧管理者要： 　　1.用心來領導 　　2.相信你的預感 　　3.建立起團隊的靈魂 　　4.能夠嗅出謊言 　　 　　‧壓力下的人思考不會變快　　 　　‧憤怒＝恐懼。隨便對屬下發怒的經理一定是因為恐懼才會這麼做

。　　 　　‧有無數種方法可以浪費一天的時間......但是沒有任何方法可以拿回一天的時間。 　　 【專業推薦】 　　詹文男 資策會產業情報研究所（MIC）資深產業顧問兼所長 　　楊亨利 政治大學資訊管理系教授 　　這是一本令人回味無窮、愛不釋手的管理書。《最後期限》的故事兼具創新及趣味性，在每一章結尾還附有對於團隊專案管理非常有用的實務法則。——John Sculley，蘋果公司前執行長 　　這是一部故事性很強的技術管理書籍。它涵蓋了許多主題，從專案評估到選擇度量單位，從解決衝突到處理含混不清的規格說明……盡情揮灑的管理智慧已使本書物超所值……《最後期限》就像呆伯特的漫畫一樣有趣，但

是不那麼諷刺。更重要的是，書中蘊含許多深刻的智慧，可以幫助你在面對下一個「最後期限」時能增加成功的機會。我強烈推薦這本書。——Edward Yourdon，軟體業知名顧問、《約耳趣談軟體》作者 作者簡介 湯姆‧狄馬克 Tom DeMarco 　　他是大西洋系統協會(Atlantic Systems Guild, www.atlsysguild.com)的主持人之一。他從1979年起，就針對專案評估、生產力、管理、企業文化等主題授課、撰述與提供顧問服務，因而享譽國際；他也是卡特聯盟（Cutter Consortium）的成員。1986年，他因「對資訊科學的終身貢獻」獲頒J.-D. War

nier獎；1999年，因「對軟體工程方法的終身貢獻」獲頒韋因．史帝文斯獎（Wayne Stevens Prize）。他的顧問工作主要是擔任專家證人（expert witness），偶爾也接受專案和團隊的諮詢工作。他的寫作主題包含開發方法、組織功能與組織功能失調。 　　 　　狄馬克的著作除了《最後期限》外，還有與提摩西‧李斯特（Timothy Lister）合寫的經典名著《Peopleware》、《與熊共舞》（皆由經濟新潮社出版）。他現居住於緬因州坎登（Camden），並且在附近的緬因大學授課。 譯者簡介 UMLChina 翻譯組 　　UMLChina成立於1999年，致力於UML/OO

AD/CBD等軟體開發方法的研究與實踐，出版有電子刊物《非程序員》。目前有多名世界級專家在UMLChina(www.umlchina.com)線上答覆疑問。本書由UMLChina翻譯組統籌，負責的譯者為熊節與馬姍姍。 熊節 　　 　　北京理工大學畢業，目前在《程序員》雜誌擔任技術編輯。好求新知，記性差，故凡有所得必記諸文字。譯有《設計模式精解》(Design Patterns Explained)、《模式的樂趣》（The Joy of Patterns）由北京清華大學出版社出版，並與侯捷先生合譯《重構：改善既有程式的設計》（Refactoring）由臺灣培生教育出版，還著譯各類文章數十篇。

馬姍姍 　　 　　熊節女友，北京師範大學中文系碩士研究生，專修古典文學。 推薦序一 組織生產力提升的關鍵——專案管理 詹文男 推薦序二 看小說也可以學習到專案管理的智慧 楊亨利 前言 第1章 機會來了 第2章 一堂管理課 第3章 「矽谷」 第4章 管理者的第一天 第5章 元首 第6章 全世界最偉大的專案經理 第7章 徵才 第8章 風險管理與生產力 第9章 人力資源管理的大將 第10章 建立模型與模擬 第11章 最後期限:理想與現實 第12章 數字狂 第13章 流程改善 第14章 設計與除錯 第15章 加班的效果 第16章 含糊的規格文件棍見 第17章 解決衝突的專家 第1

8章 衝突與調解 間奏 第19章 專案的人員安排 第20章 減少無效會議的方法 第21章 決戰開始 第22章 年度最轟動的上市股票 第23章 101個法則 書中人物名錄 編後記 前言 　　1930年代，科羅拉多大學的物理學家喬治‧迦莫夫（George Gamow）開始撰寫一系列關於湯普金斯先生（Mr. Tompkins，一個中年銀行職員）的短篇故事。故事中的湯普金斯先生對於現代科學很感興趣，他總是去聽當地大學一位物理教授的夜間課程，但在課堂上必定睡著。當他醒來的時候，總會發現自己來到另一個宇宙，在那裡，某些物理常數發生了令人驚訝的變化。 　　例如，其中一個故事提到：在湯普金斯醒來的宇宙

中，光速只有每小時15英哩。這意味著他可以騎在自行車上觀察到相對論的效應：當他加速時，城市的街區在他前進的方向上變短了，而且郵局的時鐘也變慢了。在另一個故事裡，湯普金斯來到一個蒲朗克常數為1.0的世界，這時他可以在撞球台上看到量子力學所描述的效果：球不是直線地滾過球台，而是隨機出現在各個離散的位置上。 　　當我第一次讀到迦莫夫的故事時，還是一個少年。就像湯普金斯一樣，我對現代科學也非常感興趣，當時我已經讀過很多關於相對論和量子力學的資料。但是，直到我讀過《湯普金斯先生在奇境》（Mr. Tompkins in Wonderland）之後，我才真正對這些理論有了自己的理解。 　　我一直很推崇迦

莫夫獨創的教育方法，這使我想到用類似的方法來闡述一些關於專案管理的原則。我需要做的就是描述這樣一個故事：一個經驗豐富的專案經理被送到一個「奇境」，在那裡，專案管理的規則發生了有趣的變化。這就是《最後期限》最初的靈感來源──我應該感謝迦莫夫，因為我借用了他的靈感。本書故事是關於一個叫湯普金斯的經理人，以及他在前蘇聯摩羅維亞共和國（Republic of Morovia）的軟體專案中不尋常的經歷。 推薦序 看小說也可以學習到專案管理的智慧 楊亨利／國立政治大學資訊管理系教授 　　學資訊管理的人都應該知道DFD這種傳統的系統分析工具。DFD的符號有不同的繪法，其中一套就是 DeMarco與 Y

ourdon所提出的。所以，對Tom DeMarco此人應該不陌生。對這麼一位大師所寫的書，我們會有怎樣的預期呢？ 　　聽過狗熊偷玉蜀黍的故事吧？狗熊用雙手偷了根玉蜀黍，夾在左手的腋下，然後再用雙手偷下一根玉蜀黍，又夾在左手的腋下，結果總共只偷走了一根玉蜀黍──因為其他之前所夾的，通通掉在地下了。學生呢？終年受教，背重點、找考古題，一切只重考試，考完了卻又都忘光了。教師偶爾提醒學生要思考，所面對的卻常是一片茫然。學習與教學就真是如此無奈嗎？ 　　我教導系統分析與設計、軟體工程相關課程多年，常感到要讓學生們真能體會系統開發中的問題是十分困難。不管是用英文、中文的教科書，書中所提的觀念，對同學

們似乎永遠只是「考試是否會考這個」。即使輔以分組來進行小型真實專案的開發，究竟真實度還是不夠，時間也僅有二、三個月，同學們還是難以體會出其間蘊含的管理議題、人性問題、組織政治的現實等。這其實也怪不得同學，畢竟是缺乏經驗智慧的累積與洗禮。個案教學或許是補強同學經驗、給予思索情境的一個方式。 　　本書是個案嗎？卻也不是，作者用的是小說手法，有鮮明的人物與刻意安排的情節。這本書讓學生們來看，應比教科書可讀性高得多。或許，若被其情節吸引，還會讓他們廢寢忘食。 　　看小說又會有何長進？這小說雖也安排了男女主角，可是它可不是一本言情小說。其實，若真從言情小說角度來看，或許還會覺得其某些情節、乃至結局安

排並不十分合理。 　　那這到底是何種小說？它出現了下列一些名詞：「甘特圖」、「PERT圖」、「狀態報告」、「時間卡」、「專案里程報告」、「軟性議題」、「人員選擇」、「任務分配」、「激勵團隊」、「CMM 2、3級」、「對照實驗」、「關鍵性專案」、「介面樣版」、「半匿名互動機制」、「流程改善」、「模擬器」、「除錯」、「測試」、「最後一分鐘實作」、「軟體審查」等。學資訊或教資訊的人，若不先告訴你這是什麼樣的書，你是不是會猜它是本典型的系統分析、軟體工程或專案管理的教科書呢？ 　　曾有個碩士班學生說：「學資管啊，就只要懂一些名詞；當別人提到時，你不會陌生，或你能對別人搬弄這些名詞就好。」是這樣嗎？

當然不是。不懂得整體概念，弄不好，你就要班門弄斧、貽笑大方了！可是，若真能懂得該懂的名詞，卻也是第一步，尤其是對現在大學部學生的基本要求！強灌輸上述這些名詞，考考名詞解釋，學生去背誦、默寫，而後，再遺忘。若真如此，豈不如同上述狗熊般的悲哀？若能在看小說時，潛移默化地去體會、主動去了解那些觀念，豈不是更愉快？ 看完本書，你應能： 　　˙對管理、尤其是專案管理有所體會 　　˙對組織政治有些了解 　　˙知道壓力與生產力的關係 　　˙明白人力資源在專案發展中的角色（資管同學，聽過人月數字的迷思吧？加人手真的能解決問題，加快系統開發速度嗎？） 　　˙也對如何解決衝突有基本認識 　　這書還有一個特點，

它用了男主角寫日記的方式，傳遞了一般教科書中的重點、總結。仔細去咀嚼那些話語，或許你可得到很多！ 6 全世界最偉大的專案經理 在決定是否接受這份工作的過程中，湯普金斯考慮的問題只有一個：這份工作值不值得做。他曾經問過自己：基本的條件是否成熟？他的頂頭上司是否值得信任？承擔這一切是否具有挑戰性？一切的努力是否能得到足夠的回報？但是，既然他已經決定要留下來，另一個問題便開始困擾他：他能不能勝任？　　事實是：他從來沒有管理過這麼多的人。他曾經管理過一個專案有250人，其中大約有35個中階經理。但是這次是1,500人！要向他彙報工作的管理人員，數目幾乎相當於他以前管理過的最大專案中的全部人數。而且

他們還都是未知數。就像瓦爾多一直提醒他的，他需要立刻去安排職位、分配專案。元首已經安排了六個專案，這將奠定摩羅維亞在軟體世界中強大的新形象。六個專案，這並不算太壞，但是湯普金斯還是希望按照萊克莎的建議，讓多個團隊在不同的條件下做同樣的工作──這是他們的專案管理實驗室。　　假如在每個任務上安排三個競爭團隊，那就代表他必須組成18支專案團隊，挑選18名經理。瓦爾多早已要求200名在職的軟體經理每人寫一份簡歷，現在這200份簡歷就堆在湯普金斯的桌上。湯普金斯沮喪地盯著它們，他完全不知該如何開始。　　在承受巨大的壓力時（他早在幾年前就已經注意到了），他有一個壞習慣：腦子一片空白，想逃避，想去做一些不花

腦力的事情，而不是面對自己的工作。今天不花腦力的事就是讀書，萊克莎從他臥室的書堆裡找出來一本書，放在辦公室的書架上，書名叫《結構控制管理》（Structural Cybernetic Management）。他一直都想看這本書，但是以前他忙於管理，實在沒有時間學習書中的理論。現在他決定花點時間，至少在面對這一大堆簡歷之前抽出幾個小時。他把腳蹺在桌子上，看起書來。瓦爾多帶著一杯濃濃的咖啡進來。他奇怪地看著湯普金斯先生。「老闆很鬱悶。」他也觀察到了。　　「面對眼前的任務，先給自己打打氣。」湯普金斯告訴他，衝著那一大堆簡歷點點頭。　　「有點沮喪，是嗎？」瓦爾多同情地說。　　「是啊。不過我沒問題的。」