人月神話閱讀筆記之二

2022-08-12 21:12:20 字數 803 閱讀 8636

02人月神話閱讀筆記之二

1.這個學期我們接觸最多的就是團隊專案,團隊之間如何相處,如何召集大家的意見共同的完成我們的專案,如何解決團隊之間的矛盾和衝突,如何在團隊之間分工,確定每位成員在團隊中的位置。

2.《人月神話》這本書中有講到:

眾多軟體專案中,缺乏合理的時間進度是造成專案滯後的最主要原因,導致問題出現的原因有:首先,我們對估算技術缺乏有效的研究。第二,我們採用的估算技術隱含地假設人和月可以互換,錯誤地將進度與工作量相混淆第三,由於對自己的估算缺乏信心,軟體經理通常不會有耐心持續地進行估算這工作。

第四,對進度缺少跟蹤和監督。第五,當意識到進度的偏移時,下意識(以及傳統的反應是增加人力)。 系統開發過程中,樂觀主義並不應該是理所應當的。 在單個任務中,「一切都將運轉正常」的假設在時間進度上具有可實現性。因為所遇的延遲是乙個概率分布曲線,「不會延遲」僅具有有限的概率,所以現實情況可能會像計畫安排的那樣順利。然而大型的程式設計工作,或多或少包含了很多任務,某些任務間還具有前後的次序,從而一切正常的概率變得非常小,甚至接近於無 。成本的確隨開發產品的人數和時間的不同,有著很大的變化,進度卻不是如此。因此我認為用人月作為衡量一項工作的規模是乙個危險和帶有欺騙性的神話。它暗示著人員數量和時間是可以相互替換的。因為軟體開發本質上是一項系統的工作錯綜複雜關係下的一種實踐溝通交流的工作量非常大,它很快會消耗任務分解所節省下來的個人時間。

從而,新增更多的人手,實際上是延長了,而不是縮短了時間進度。專案的時間依賴於順序上的限制,人員的數量依賴於單個子任務的數量。

3.我從這本中明白了,團隊之間最重要的就是溝通和詳細的分任務,而且每個人要有自知之明,清楚子女能幹多少活,不能妄自菲薄,也不能高看自己。

人月神話閱讀筆記之二

所有的程式設計人員都是樂觀主義者。可能是這種現代魔術特別吸引那些相信美滿結局的人 也可能是成百上千瑣碎的挫折趕走了大多數人,只剩下了那些習慣上只關注結果的人 還可能僅僅因為計算機還很年輕,程式設計師更加年輕,而年輕人總是些樂觀主義者 無論是什麼樣的程式,結果是勿庸置疑的 這次它肯定會執行。或者 我剛...

02人月神話閱讀筆記之二

巴比倫塔失敗的原因是因為缺乏交流以及交流的結果 組織 無論是之前的閱讀還是本次的閱讀,交流在團隊中都發揮著深刻的作用。團隊之間應該盡可能多的方式進行相互之間的交流 非正式地進行簡要技術陳述的常規專案會議,共享的正式專案工作手冊。我們採用了多種方式進行交流都已足以看出交流對於團隊的重要性,而網狀的交流...

人月神話閱讀筆記(1)

第一章 焦油坑 程式設計產品是簡單程式通過通用化,測試,文件,維護等產生的。保證是乙個完整的程式 程式設計系統是簡單程式符合規範,功能上相互協作,並能與系統在互動上不出錯。保證能與系統配合 程式設計系統產品 程式設計系統 程式設計產品。程式設計系統產品才是大多數系統開發的目標。程式設計系統產品的成本...