OOPAA

     摘要: 作為技術人員，我們經常需要跟客戶、業務分析人員等非技術人員溝通軟件設計方面的問題。如何比較直觀地向這些非技術人員解釋設計、軟件質量對項目的影響，解釋糟糕設計、不干凈代碼給項目帶來的風險，解釋我們必須開始關注軟家設計問題？這里有兩個概念（metaphor）可以幫助我們達到這一點。  閱讀全文

     摘要: 浮潛潛水員游弋于海水表層，看魚戲淺灘，望影掠深海。水肺潛水員可以潛過海水表層的深度；他能潛到更深的地方，在一定的區域內研究那些影子以發現魚類、沉船殘骸以及珊瑚的細節。在相同的時間內，浮潛潛水員可以游歷更寬闊的水域；而水肺潛水員則在潛游深度上占據優勢。成功的項目團隊在項目的整個過程中會把浮潛和水肺潛水這兩種方式結合起來使用，在特定的時刻明智地選擇合適的方法，從而有效地利用了時間。  閱讀全文

     摘要: 在一開始的時候，一切都顯得那么美好。市場部有一個來自于客戶的請求——添加額外的下拉菜單。然后，在產品中添加一個輸出接口的需求來了，產品經理想要加上一份新的分析報表，DBA要求在數據庫里增加一個新字段以改變背景的顏色。所有這些需求以及其他更多的需求，都交由開發人員負責加進到產品里面。隨著需求的不斷添加，產品的特性集不斷增長，但過了一段時間之后，每個人——市場部、客戶和開發團隊——對如何將所有這些碎片整合在一起、這些碎片如何幫助實現業務目標，失去了理解。曾經帶著明確目標出發的項目變成了難以下咽的、由各種無關特性燉成的一鍋湯。  閱讀全文

     摘要: 在如今大部分的組織里面，是否給申請技術職位的人提供工作機會——這個最終決定權屬于管理部門。經理們雇人，經理們裁人：一切都天經地義。然而在某些組織里面，這些技術人員能否得到工作機會卻是取決于——至少部分取決于——他們將來的同事。這種同事預審的最終結果只有一種：當經理們讓技術職員擁有發言權的時候，每一個人——申請人、職員和經理——都會和盤托出自己的想法。  閱讀全文

     摘要: 組織相信忙亂的工作狀態象征了健康的生產率。  閱讀全文