【正文】 初期必須清楚的估計(jì)項(xiàng)目的人月運(yùn)作模式（時(shí)間、人力在項(xiàng)目各階段的分配），例如什么時(shí)候需要出什么樣成果，決定了什么時(shí)候需要什么樣的人加入項(xiàng)目，這是項(xiàng)目經(jīng)理的責(zé)任。那么，就當(dāng)作，新組建了一個(gè)團(tuán)隊(duì)吧。唯一的方法還是只有….加人。記得當(dāng)年看《C＋＋編程思想》，Bruce說“十個(gè)婦女不能在一個(gè)月內(nèi)生下小孩”（大意），于我心有戚戚焉。我覺得，作為公司，應(yīng)該給最好的人最好的待遇，或者說給比目前更高的待遇。但要注意以后的Bug修改，功能擴(kuò)展的時(shí)候，也要時(shí)刻留意與最初的設(shè)計(jì)是否概念上相容。作為一個(gè)軟件，一個(gè)系統(tǒng)，必須有一個(gè)清晰明確的概念模型，大家都在這個(gè)框架下工作，所有的創(chuàng)新發(fā)展都必須與基本的概念相吻合?？赐甏藭螅野l(fā)現(xiàn)人月神話無處不在，其實(shí)在我們做軟件工程來說，此書已經(jīng)滲透進(jìn)去了。于是﹐他就將其領(lǐng)導(dǎo)開發(fā)OS/360軟件系統(tǒng)的經(jīng)驗(yàn)心得收集在這本書里。收集了他在1960年代領(lǐng)導(dǎo)1000多人共同發(fā)展OS/360大型軟件系統(tǒng)的心得和經(jīng)驗(yàn)。微軟就是這種思路吧，把最聰明的人集中在一起，想不成功都難。是不是有些不公平呢？我也說不清楚。道理顯得淺顯易懂，如果真的做過項(xiàng)目的應(yīng)該知道，前段時(shí)間學(xué)校提供資金，由學(xué)生自主設(shè)計(jì)課題，所有的項(xiàng)目從最初的課題設(shè)計(jì)，修改，敲定以及原材料的采購，動(dòng)手實(shí)施，到具體的設(shè)計(jì)細(xì)節(jié)，課題成形，制作調(diào)試，成品的完成，一系列的工作，這個(gè)項(xiàng)目說小不小，但是無論是個(gè)個(gè)模塊的設(shè)計(jì)，還是最后成品完成時(shí)的組裝，總體的設(shè)計(jì)路線以及思路全都是我們最核心的幾個(gè)同學(xué)共同完成的，然后將個(gè)個(gè)模塊分布下去，由個(gè)成員分別完成，我們負(fù)責(zé)基本的路線進(jìn)行督導(dǎo)配合，最后完成的時(shí)候很成功。第一篇：人月神話讀后感(手打)人月神話讀后感人月神話選修課是在搶了三次才選上的課，其實(shí)一開始以為是一本神話小說，等到看過之后，才明白過來，比希臘神話更迷人，比名人傳更勵(lì)志，比廣義相對論更高深，比伊索寓言更有趣，當(dāng)然，作為一個(gè)法律專業(yè)的學(xué)生，專業(yè)跟高新技術(shù)科技顯得有些格格不入，但是就像藝術(shù)無國界一樣，牛頓可以是個(gè)偉大的數(shù)學(xué)家，這也不妨礙他成為一個(gè)偉大的物理學(xué)家，我的兩個(gè)專業(yè)也僅僅是遠(yuǎn)親而已，但這也不妨礙我對它的癡迷。當(dāng)然我們做的課題是個(gè)小課題，這跟學(xué)校提供的資金上限有關(guān)，也跟我們的知識(shí)儲(chǔ)備量有關(guān)，至少目前我們還做不出太大的項(xiàng)目，但從這個(gè)項(xiàng)目中，我覺得人月神話里說的這些道理或者說是設(shè)計(jì)思路是鞭辟入里的，這些都是經(jīng)驗(yàn)之談。因?yàn)槟切┢胀ǔ绦騿T也十分的努力。提到這一點(diǎn)，我就不得不說一說中國的國情，對于政府工作人員，我想身為一個(gè)還在大學(xué)里沒有真正踏入社會(huì)的中國公民大學(xué)生來說，應(yīng)該已經(jīng)感同身受了，百姓口中的父母官真的就變成了父母，但是我想大多數(shù)上位的人，可能不是因?yàn)槟芰τ卸鄰?qiáng)，而是關(guān)系有多硬，所以，或許這就是我們政府辦事效率低，錯(cuò)誤多，官民關(guān)系差的原因。該書是論文集﹐其中有一篇文章叫“The Mythical ManMonth”﹐他就以此作為書名。人們常拿ManMonth（多少人﹐做多少個(gè)月）來計(jì)算軟件的工作量﹐但是Brooks發(fā)現(xiàn)軟件的開發(fā)工作是需要人與人之間密切溝通的﹐使得設(shè)計(jì)工作不易分割﹐所以ManMonth 為單位的計(jì)算方法是有問題的(mythical)。本書作者為人們管理復(fù)雜項(xiàng)目提供了頗具洞察力的見解，既有很多發(fā)人深省的觀點(diǎn)，也有大量的軟件工程實(shí)踐。具體的實(shí)現(xiàn)人員可以細(xì)化概念，但只有總設(shè)計(jì)者才有否定與發(fā)展基本概念的權(quán)力。對于大規(guī)模的軟件系統(tǒng)，則必須通過樹狀組織結(jié)構(gòu)，層層控制，總設(shè)計(jì)師還是一到兩人，每一層都有對下層的絕對把握能力。組建一個(gè)團(tuán)隊(duì)，最好的就是那種精英團(tuán)隊(duì)。而本書作者Brooks得出的結(jié)論是對我是震撼性的：“向進(jìn)度落后的項(xiàng)目中增加人手，只會(huì)使進(jìn)度更加落后”。加足夠的人。交流，培訓(xùn)新人，就設(shè)計(jì)達(dá)成一致，繼續(xù)向者目標(biāo)前進(jìn)。，民主政治Aristocracy,Democracy,System要獲得概念的完整性，設(shè)計(jì)必須由一個(gè)人或具有共識(shí)的小組來完成。 the Shot主要講述如何計(jì)算編程時(shí)間，以及提出幾個(gè)人的經(jīng)驗(yàn)算法。在大型項(xiàng)目中，項(xiàng)目經(jīng)理需要有兩個(gè)和三個(gè)頂級程序員作為技術(shù)輕騎兵，當(dāng)工作繁忙最密集的時(shí)候，他們能急馳飛奔，解決各種問題。許許多多的失敗完全源于那些產(chǎn)品未精確定義的地方”,細(xì)致的功能定義，詳細(xì)的規(guī)格說明，規(guī)范話的功能描述說明以及這些方法的實(shí)施，大大減少了系統(tǒng)中必須查找的BUG數(shù)量。 other face本章說明程序的另一面——文檔。許多程序甚至不需要流程圖，很少程序需要一頁以上的流程圖（selfdocumenting）的程序：提出文檔與程序合為一體，能很好的解決文檔與程序分開造成的文檔過時(shí)的問題，并說明了在程序中加入文檔的一些方法和技巧。作者試圖通過分析軟件問題的本質(zhì)和很多侯選銀彈的特征來探究其中的原因。作者認(rèn)為軟件開發(fā)困難的部分是概念的結(jié)構(gòu)，如規(guī)格化、設(shè)計(jì)和測試等概念的結(jié)構(gòu)，而不是概念的表述和實(shí)現(xiàn)概念，雖然實(shí)現(xiàn)概念可能占用了小于90%的時(shí)間，就如現(xiàn)今的軟件開發(fā)一樣，系統(tǒng)分析通常占用的整個(gè)項(xiàng)目開發(fā)時(shí)間不超過20%，而80%的時(shí)間花在編程上一樣。把感觸比較深