1)實施修訂控制
我建議與Git交朋友。它是一個分佈式版本控制系統。您不需要任何「中央單元」,每個工作副本都包含完整的開發歷史(因此是備份副本)。有「Git Magic」 - 對於那些不熟悉版本控制系統的人來說是一個很好的教程。
修訂控制系統的幫助與進展的評估。因此,你的工作是你的承諾一個簡單的差異可以很快給你提供關於進度,問題和實際代碼的大量有用信息。差異就像一張圖片:勝過千言萬語。
2)編碼標準
這不是關於重新發明中,只有大約實現。在您使用PHP時,我將實現適用於PHP的Zend Framework編碼標準。
對於文檔,您可能需要使用的phpDocumentor。永遠沒有足夠的時間來記錄一切。但很多事情是顯而易見的,不需要解釋。與其他團隊成員討論其他事情,就此發表評論。
3)工作站
最好就是使用修訂控制系統或共享目錄不是統一工作站的解決方案。分佈式修訂控制系統非常適合備份。不僅爲輸出(代碼,你做),但也爲輸入(的東西,你從客戶得到)。把它看作一件事,你不想花時間。
4)協作應用程序
這很難。沒有完美的應用程序。這完全是關於紀律。正如我之前提到的,修訂控制系統可幫助您監控進度並發現問題。作爲項目經理,您是否需要一個規劃應用程序?一支鉛筆和一張紙是否工作?如果是這樣,那麼做一個維基。爲它做出貢獻並讓你的團隊做出貢獻。這對我來說很有用。
5)圖書
喬爾斯波斯基是你的朋友,當談到項目管理。
6)其他建議
- 壽命太短,不喜歡自己的工作 - 這不僅適用於你,但每個人,包括你的團隊成員;
- 重要的是告訴別人做什麼,他們做得最好 - 發現你的團隊成員的才能,發現他們的長處和短處,使他們像他們的工作和任務;
- 有一個人會挑戰任何意見,你會 - 你不完美,他也不是 - 教他捍衛自己的意見,學會捍衛你的意見;
- 成爲你們團隊中的一員,成爲他們中的一員,而不是「其他人」之一 - 這不是交朋友,而是代表他們,讓他們去做,他們應該做什麼;
- 請記住,你周圍的人是人類,而不是機器 - 他們有「美好的日子」,他們有「糟糕的日子」 - 成爲領導者意味着成爲船長,更多的是做決定而不是提出要求或發出命令。他們必須感覺到,你領導這個項目,而不僅僅是一個「帥哥」。他們必須感覺到,他們很重要。沒有人希望成爲「人力資源」,團隊不是從「人力資源」建立起來的。你可以做的最糟糕的事情是發出命令,但不要對失敗負責;
- 告訴他們,當他們表現良好時,激勵他們表現更好,發展自己;
- 不時有啤酒:再次,它不是交朋友,而是關於正常的人際關係。
7)如有疑問...
這似乎更適合programmers.stackexchange.com。 – ceejayoz 2010-11-22 18:09:48
我認爲你是對的,我會在那裏搜索。謝謝! – Travis 2010-11-22 20:26:14
這個問題似乎是脫離主題,因爲它是爲程序員.stackexchange.com – rishi 2014-07-13 13:39:01