最近一直在考慮程式設計師和團體的關係，那麼乙個專案怎麼該在乙個團體中完整的跑下來呢（自己琢磨的，請見諒）
1.確定目標，劃分story。
1. 業務和技術單列開來。團體中有業務介面人負責專門和客戶溝通，並把客戶需求轉換為業務，列出來供開發團體使用。
2.story被分解為以天為單位，沒有任務可以超過3個天。如果乙個任務超過3天，那麼它就應該被進一步分解。
story不會被分派，而是由團隊成員簽名認領他們喜愛的story。
2.程式設計師根據自己的story，寫出測試場景，並請測試參加評審，補充測試場景，確定完整的測試場景。
3.根據story和完整的測試場景確定schedule和deadline。
schedule最好細化到每天的工作，包括完成編碼和完成測試場景。
程式設計師每天的工作必須有明確的計畫和可校驗才能最大激發工作效率，保證每天精神高度集中在5~7個小時（以8個小時工作計），盡量不要讓任何人加班。
4.每天站會（假定開發團隊3~5個人，站會耗時15分鐘左右）。議題：今天你完成了哪些工作？明天你打算做什麼？完成你的目標是否存在什麼障礙？
1.討論每個成員的工作完成情況並安排**review。
2.檢查測試場景**是否跑通及是否正確。
2.遇到的困難及時調整人力或者schedule。
3.站會以激勵為主。
5. 鼓勵成員以團體作戰的方式，避免單打獨鬥產生的不可控制風險。
6. 專案完成後留下一定的時間寫總結及分享經驗。
7. 給團體留下活動經費，每乙個專案結束有活動經費和物質獎勵，鼓勵團體以更加高漲的熱情接受下乙個專案
團隊開發經驗 如何帶領乙個專案團隊並做好專案總結
最近帶領乙個小團隊做完乙個專案，專案雖不算大，可五贓俱全，感覺在這專案中最重要的還是溝通協調。下面是我自己經過這個專案，自己的一點體會，寫在這裡，總結自己的思路，並希望在以後的專案中有更多的提高，到時繼續與大家分享。一 總體把握，統一部署 1 總體把握 接手乙個專案，首先要有乙個總體的認識，抓住專案...
新人如何融入乙個專案團隊？
每天上班衣著整潔 多看 多去看看別人是怎麼做事 誰做得最好 做得好 比自己好在 向他學習！多問 不清楚不懂的，向同事請教，乙個事情多請教幾個人，才能得到準確的答案。多做 做花時間在業務上，別人用8小時，你就用10小時 12小時，盡快的去熟悉工作流程 各部門的職責 業務規範。不要怕做錯，但也不要盲目的...
如何更好的去完成乙個專案
積分系統算是告一段落了 這篇部落格來寫一下如何更好的去跟團隊成員一起開發乙個專案，在編輯之前特意去找了浩田，聊了聊這次積分系統遇到來的問題以及經驗，今後再有類似的專案接手如何更好的去把控以及更快的完成它。專案前期 1，重視需求分析的重要性，另外資料庫一次就定型，嚴格避免後期的更改 關於需求分析的重要...