流于形式的溝通
1、C語言是程式員與計算機交流的語言，而不是他與客戶交流的語言。程式員面對的是計算機，但計算機不是客戶。
2、與客戶如何交流？他們的解決之道是模型語言。
3、現場客戶：這是極限程式設計的特征之一，指的是要求客戶可以在程式員開發的第一現場，随時可以向程式員确認完成功能的有效性，以及修正需求或者先前的需求描述。
4、了解：客戶項目中所有會産生需求的資訊點。
客戶在公司層面的外在表現、内部機制和營運管理手段。
客戶在項目中既已明确的需求和可能發生的需求，以及客戶圍繞其公司行為(和方向)所提出的需求。
5、應該清楚的是，保障每一次溝通的有效性都是最重要的事。
6、History的豐富和準确為項目的後繼開發、維護提供了可能。
7、其實溝通是具有目的性的，如果在沒有明确目的的情況下與客戶溝通，那将是浪費客戶和自己的時間。
8、流于形式的溝通，可能是使得你的項目被不斷推翻和不斷延遲的最直接原因。
失敗的過程也是過程
9、是以做過程并不是做工程的精義。也不是目的。
10、從最開始，從我們程式設計開始，我們的目的就是實作一個東西。
11、為工程而工程的人，都迷失在項目中了。
12、試着跳出大師們的身影，再仔細地看一下那些所謂的“經典”過程，不過是在瀑布模型上的一再變形。
13、越是簡單的東西，往往越是接近于本質。
14、我們當然不能“做”工程，而是要“組織”工程。
從程式設計到工程
15、成天讨論這門語言好，或者那門語言壞的人，甚至是可悲的。
16、對于一個程式員，或者以程式員自命的人來說，看清楚一切的第一步，竟是一句“語言隻是工具”！
17、“程式＝算法＋結構”。這是程式設計的本源定義，也是原始的狀态。
18、長期的程式設計實踐，自然的歸演與總結，必須沉澱為某種(軟體開發)方法，于是“過程”出現了，于是“對象”出現了，于是相關的方法論也就出現了。
19、過程伴生工程而出現。過程解決的是工程中角色間的關系問題。
20、過程中的問題，就是角色、溝通和環節的問題。
21、工程組織是否合理，互相的協作是否緊密，是這個項目成功能的保障。
22、好的項目經理并不是不犯錯誤的人，而是以盡可能少的失敗來獲得成功的那個人。
23、BOSS(經營者)決定了一個方向，組織者保證決策與這個方向是同步的，而工程是在這樣的一個方向、決策的構架下的一個具體行為。工程中沒有BOSS。
24、軟體工程的體系中，“實作”作為軟體開發的本質需求和基本動因，如同上帝之手在推動這幾十年來的軟體工程理論體系的形成。