團隊缺乏的不只是管理
1、三個人就可以構成乙個團隊
乙個人可以自己開發**，無論什麼bug都要自己發現並且處理，這樣是乙個人的事，無需考慮誰，也不需要找出現問題時候，誰的責任。這叫做「人」，就是乙個個體而已。兩個人則可以相互幫助，一起做這項任務，「二人互立」就是這個意思。然而二人互立並不算團隊，因為沒有監督，這叫做「從」。但是三個人的時候，就能叫做是乙個團隊了，這時候，便有了團隊的一些基本特性：主從、監督和責任。
2、做專案 = 死亡遊戲？
貌似仔細去想想，還真是可以畫上乙個等號。專案的成功是兩個方面的評估， 專案完成質量和專案完成時間，那麼是不是專案失敗了，就意味著專案經理要被炒魷魚了呢？事實上，往往愛那個木經理揹負著一定的責任，這也是團隊缺乏的為什麼說不僅僅是管理，更重要的是要負責。
3、誰動搖了你的制度？
對乙個公司，制度很重要。倘若違反了制度或者規定，立即開除也說得過去。 但還是有前提的，這至少包括：
（1）員工已經接受過相關的培訓，這至少包括員工規 范和技術技能的學習。
（2）在該員工之前，相同的或者相關的錯誤沒有被枉縱。
第一條是人性化的體現。
第二條則是公平性的體現。
人性化則是說「不知者不為過」，他根本不知道制度，你怎樣去用制度管理他呢，這樣值說得過去的。公平性則說明的是。不管是針對誰，制度都是 一樣的，沒有情面可講的，不可能存在「走後門」的情況。 因此最好的方法是趕緊修訂制度，而不是修理人。
4、組織的學問：角色
公司常常存在這樣的角色，就是你也不知道他究竟幹了些什麼，你也不知道他究竟是乙個什麼職位，這樣的角色趁早開除，到任何時候、任何人都必須明確自己是幹什麼的，而且必須完成好自己的工作。
5、做管理≠做伯樂
作為專案經理，你必須明確你的管理職責，更好的選擇是明確分工，而不是彈性分工。你應該明 白，重要角色的更替通常是極具風險的，頻繁的開發人員的排程也會直接影響到工程的質量和進度。你應該學會如何很好的給員工分工。
團隊需要的不只是管理，有組織的一夥人叫做「團隊」，沒有組織的一夥人則叫做「群體」，我們要知道團隊真正需要的是什麼！
大道至簡閱讀筆記03
這幾天我讀了這本書的最後幾章，使我對軟體開發的過程也是有了更深的了解，從第六章的題目中可以看出，不管對於任何工程專案的開發來說，一門開發語言只是乙個工具，每個語言都有自身的特點，我們要根據不同的使用環境及使用要求來選擇最合適的程式語言，但是在沒有特定要求的題目或任務中，我們要選擇自己最擅長的語言來編...
大道至簡閱讀筆記03
在第二章也講述了物件導向和面向過程，雖然在學習c 的時候，老師講解過這兩者之間的區別，但是當時並不怎麼理解，所以在這裡仔細的閱讀了一下，物件導向本身只解決結構和程式設計方法的問題，而沒有對流程加以改造，面向過程是對流程 結構和不按成方法的高度概括。這本書也介紹了團隊的重要性，任何乙個軟體工程師，都離...
大道至簡閱讀筆記
學什麼都有方法，程式設計更不例外。在我看來，學程式設計最重要的就是方法。正如書中所提及的，人的精力終歸是有極限的。做事不能一昧的依靠動力，得提出新的 方法 這才是解決事情成效的根本問題。也許會有人說我們可以多吃點飯，多加點班，但是人終究突破不了精力的極限。一昧這樣做，到最後可能會適得其反，終究被現實...