對於我們現在的團隊專案真是深有感觸啊。對於乙個團隊，每個人都能發揮其重要的作用這個團隊才能有更大的效益，話說回來，如何衡量個人在團隊中的績效？方法有很多，都有其合理與不合理的地方，但是總的來說，有評估方法總比沒有的好。
衡量乙個人在團隊中的績效的方法有很多，舉幾個例子。團隊中可以通過比工作效率來衡量乙個人的績效，但是效率的定義是不明確的，如何來比較效率這個模糊的概念，比如**量，工作時間，出錯量這些都是可以從某些方面代替效率的，但是都具有片面性，容易鑽空子，我相信我不多說大家也都懂。除了比效率也可以比比好評度，認可度，大家背後投票，但是就像老師說的，現在的團隊都是一團和氣，大家礙於友情不同程度的對自己的想法有所保留，評比結果沒什麼太大區別看不出什麼結果。總的來說評估績效沒有具體的方法，但是對乙個團隊來說，不管用什麼方法也要嘗試一下，我們現在的團隊就欠缺這一點。
對於我們現在的團隊專案和團隊成員，大家分工明確，也沒有績效評估這一說，導致一部分人發揮不了太大作用，就比如我，程式設計能力不是太好，只能做些簡單基礎的任務，團隊裡「打了醬油」，對此我對我的團隊深感抱歉。以前的團隊都不顧及績效這一點，任務完成大家就稀里糊塗過了，大家都是乙個班的同學，同寢室的閨蜜兄弟，也不在乎多幹點少幹點，可是以後到了工作崗位，沒人會考慮別人都是考慮自己的，所以我們要從現在開始學會在自己的團隊裡開始對個人的績效評估，適應以後的工作模式。在以後的不管什麼樣的團隊，我們該有自己的方法來評估自己與他人，不能一團「和氣」，團隊要站住腳，穩住步，就要有一定的秩序，讓每個人都發揮自己的價值。
《構建之法》閱讀筆記06
最近我們要開始進行團隊合作，所以重點閱讀了 構建之法 與團隊合作有關的部分。首先團隊合作有很多模式，我們應該確立我們的模式，這樣才能更好的分配任務，並且對團隊的每個成員利益最大化。我覺得我們的團隊更像是交響樂團模式，大家都有各自的有點，但是更要跟隨指揮的節奏，這樣才能把曲目演奏好，同樣的，我們的團隊...
構建之法閱讀筆記06
夢斷 06 程式設計師常依賴一種稱為 媽媽測試 的手段，以對計算機一無所知的父母為假象用例，有時甚至請這類使用者親自體驗。這是現在程式設計師的通病，做出來的軟體或許在計算機上是完美無誤的程式，甚至是最優化做快的演算法，但是使用者的體驗和反饋卻並不是很好，這就要考慮到軟體設計的問題了，良好的軟體設計像...
《構建之法》閱讀筆記06
最近我們要開始進行團隊合作，所以重點閱讀了 構建之法 與團隊合作有關的部分。首先團隊合作有很多模式，我們應該確立我們的模式，這樣才能更好的分配任務，並且對團隊的每個成員利益最大化。我覺得我們的團隊更像是交響樂團模式，大家都有各自的有點，但是更要跟隨指揮的節奏，這樣才能把曲目演奏好，同樣的，我們的團隊...