一，
資源管理
資源管理包括人，軟體，硬體1．人
乙個人，什麼時候到你的專案的，什麼時候出去的，在你的專案中的時候表現如何，優點在**，缺點在**。他的聯絡方式，當前的主要技能等等，需要你去了解，記錄下來。當你評價你的乙個員工，你只能說出來他好，不好，而不能說出來好在**，不好在**，那麼很顯然，你無法很好的使用這個員工，你浪費了人力資源，員工無法充分發揮出自己的能力，你得不到預期的好的結果，兩傷。
專案經理不能高高在上，也不強迫專案經理需要跟員工做朋友，但是，你應該了解你的員工，包括工作能力，生活狀況等等。專案，團隊才能更好的發展。你的員工情緒不好，壓力很大，那麼就很容易犯錯。雖然你也可以說，這不是我應該管，我能管的事情，但是不可否認，這會影響專案的質量，你會失去一次構建完美團隊的機會。很難想象，在人情味缺失的團隊中，會產生什麼太好的工作結果。你假裝管理團隊，那麼團隊就會假裝給你幹活。你不關心你的員工，你的員工就不會關心你。你的團隊就是個偽團隊。乙個偽團隊專案出了問題，是隱藏問題，還沒有暴露出來，團隊成員的聲音是：就算被發現了，那是專案經理的事情，跟我有什麼關係，他一天牛轟轟的，我不說，說了工作量又增加了，說不定還被罵一頓。專案經理的聲音是：那是某某沒做好，就算被發現了，關我什麼事，肯定是他忙著自己買車的事情，沒給我好好幹活，我不說，說了還需要跟客戶解釋，麻煩。最後，客戶發現了，客戶的聲音是，你們團隊幹活質量太差了，不能繼續給你們活了。
問題出在**？表面看，大家推卸責任，只要能減輕自己的負擔，事不關己，高高掛起。實質上是團隊建設的缺失，是專案經理沒能很好的理解你的員工，並讓你的員工理解你。
專案經理的乙個重要責任，是調動團隊成員的積極性，充分發揮大家的能力。那麼，首先就需要了解大家，理解大家，並讓大家了解專案狀況，了解你。
專案經理高高在上，不是不可以。
專案經理不熟悉大家的能力，精神狀態，不可以。
大家不熟悉專案經理，不敢跟專案經理對等交流，不可以。
2．軟體，硬體管理
專案中使用了哪些軟體，版本多少，哪些是需要繳費的，總計費用多少，那些人安裝了。出專案的時候是否刪除了。這些是需要紀錄的。
專案中使用的軟體版本一定要徵得客戶的認可。一旦專案進行一段時間之後，客戶向你強調，某某軟體一定需要使用某某版本的話，你已經進行的工作該如何處理？你會陷入乙個非常尷尬的境地。
專案中額外購置了哪些硬體，比如記憶體，顯示器，發給誰使用了，使用期限到什麼時候。這些是需要紀錄的。
你說這些都要專案經理來做，那專案經理部就成了打雜的，什麼都要管。
沒錯，專案經理就是打雜的。不過，你可以考慮在專案中安排乙個幫手，幫忙你來處理這些瑣碎的事情。
你說我不管這些事情，那麼好吧，當費用超支，當有人來找你說顯示器怎麼少了乙個的時候，你會知道，有些事情補救起來是非常痛苦的。
二，溝通計畫
溝通計畫主要考慮什麼時候或者什麼狀況下，應該如何進行溝通。
1．什麼時候
比如，每週一早晨10：
00—11：00
例會，例會內容主要為上週工作總結以及本週工作展望。會議形式為大家報告，專案經理總結，提問。需要大家準備好自己的上週工作總結。工作總結中需要包括，上週作業預定，實際完成狀況，遇到過的問題，自己的心得，等等。
需要專案經理明確通知大家：
例會時間，地點
大家需要準備的資料
準備資料的注意事項，重點，比如：
進度狀況
進度落後原因，預定解決辦法，預定解決時間段
共享遇到的問題
共享解決問題經驗
共享輔助作業工具
等等2．
什麼情況
比如，當有進度出現落後的時候，需要報告，
比如，當作業相關問題，每天16：
00之前，記錄到
q&a之後，統一傳送。
比如，緊急狀況，直接跟
tl聯絡，或者直接跟專案經理聯絡
專案經理不要認為，以上種種局面發生的時候，你的團隊成員應該知道該如何處理。或許，作為一種職業素質，你的團隊成員確實應該知道，但是作為專案經理你不能這樣認為。
也許因為每個人的經驗不同，理解不同，同樣的局面會有不同的處理手段，有些可能是錯誤的，有些可能是正確的，但是專案中需要統一處理方法，同樣的狀況，不允許出現有些人找小
a，有些人找小
b，有些人直接跟客戶聯絡，或許最終都能解決問題，但是隱患太大，當專案經理希望了解乙個事情的來龍去脈的時候，會發現，誰都不了解，或者誰都不願意承擔這個責任。
所以，專案經理應該盡量明確，各種狀況下，應該如何溝通，無法判定的情況下，應該找誰商量如何溝通，並由對應擔當者將結論整理，納入溝通計畫之中。
3.常見溝通計畫
團隊內部例會：每週
與客戶的例會：每週
階段性總結會議：乙個比較完整的階段之後，比如編碼結束
問題討論會：有重大課題，或者問題出現過多，或者某一階段結束後
q&a溝通計畫：每天，或根據具體狀況
進度報告：每天，或根據具體狀況
三，環境構築
環境包括辦公室環境和開發環境。
1．辦公室環境
良好的辦公室環境是構築完美團隊的乙個非常重要的主成部分。沒有人會願意為了工作而工作，誰都願意開開心心的工作。我們看到花草芬芳，楊柳吐綠就會心情舒暢，看到美女就會兩眼星光，精神興奮。在乙個糟糕的辦公環境下，誰也無法保證工作質量，誰都會希望早日逃離。
辦公著裝：汗腳穿個拖鞋，打扮得好似小混混，朋克一族，女生穿個超短裙，打扮過於**。都是不太合適的。需要專案經理去糾正。
辦公環境：允許大家說笑，但是不能把辦公室搞得跟菜市場一樣。有人在工作，有人在聽**，有人在打遊戲，很明顯也是不合適的。你說，我在學外語也不行麼？當然不行，耳朵裡面插著耳機，恐怕誰看了都不會太舒服。
加班：不要讓加班成為習慣。你說幹不完怎麼辦？前面說了，專案經理應該對一項作業所需時間有乙個正確的判斷。如果乙個人白天偷懶，晚上加班，專案經理對這些都做不到心中有數，那麼這個專案經理如何管理他的團隊，如何能夠服眾。沒有人願意加班，乙個都沒有。（當然，有些光棍，回去也沒有事情做，在辦公室吹空調，打遊戲，美氣名曰加班。而有的老闆就願意看這一套表面功夫，那咱們也沒辦法。不過這種事情形成風氣以後，是乙個很大的毒瘤。有些人，本來我沒什麼事情做了，但是如果我不加班，我的評價就沒有加班的同事評價好，怎麼辦？加吧。不過加班沒有錢，家裡還有很多事情等著處理，時間長了，都會有情緒，都會有想法，都會心理不平衡，在加班這個事情上，他沒辦法表現，但是在其他方面，比如質量，比如責任心，比如配合度，比如其他的一些什麼心思）當然，專案有波峰，有波谷，波峰的時候可能沒辦法，作業量就是多，無法協調，
ok，可以加班，但是不要讓加班形成風氣。不要讓加班成為表面功夫。乙個習慣加班的團隊，只能說明專案經理的無能，以及專案存在著巨大風險。並不能說明你的團隊工作積極。
談心：專案經理應該多去了解，關心你的團隊成員，不只是工作上的，包括生活上的。這樣可以增強團隊成員的歸屬感，責任心，有助於團隊氛圍的建設。我曾經遇到過一位員工，有一天回家有點晚，冬天，他回家那條路比較昏暗，並且人煙稀少，小夥子被人搶了。第二天打**給我說，被人搶了，打的滿臉都是手印子，不好意思上班，想請兩天假。並表示一部分不涉及安全敏感資訊的工作他可以在家裡完成。因為當時專案進度非常緊，基本沒有緩衝時間，小夥子心裡也清楚，所以**中聽他說得也吞吞吐吐挺不好意思地。當時我的第一反應是這小夥子人身有沒有受到更進一步的傷害。在了解到沒什麼大礙之後，安慰他好好休息，並買了一些水果去看望他。然後向團隊成員表明，小夥子遇到了一些麻煩，需要大家幫忙把他的工作承擔一下，雖然為了保護小夥子的面子，沒有說明具體細節，但是說清楚狀況之後，團隊成員都非常願意幫助這位小夥子分擔一部分工作。並且無論這個小夥子，還是其他多承擔了一部分工作的團隊成員，都覺得這個團隊挺有人情味兒的。都挺願意在這裡工作。我想也很少人那麼刻薄，不願意互相幫助。關鍵在於專案經理有沒有在日常的小事情中給大家灌輸這個思想，有沒有讓大家相信，這是乙個集體，大家會互相幫助。很多人，不是不願意去幫助別人，但是有的時候，總是他在付出，在他需要的時候卻無法得到幫助，他會不平衡，慢慢的，會惡性迴圈，大家都不願意幫助別人。專案經理需要協調，平衡這種狀況。在國內專案普遍技術含量較低的狀況下，很多專案的失敗，不是因為技術，就是因為這些人事上的事情，處理不夠妥善。
2．開發環境
比較常見的開發中會遇到的相關環境如下：
a.版本管理，比如
cvs,vss,svn b.
檔案伺服器，用來存放一些安裝軟體，或其他一些專案相關的東西
c.每個開發人員擁有的機器環境。
一般來說，我們要考慮如下問題。
a.許可權的控制，比如某一些文件，你的團隊成員只能看，不能改，某一些文件，只有
leader
層以上的人可以修改，某一些文件，只有特定的人才可以修改。這些，首先當然需要立個規矩，在有了規矩之後，需要進行相應的許可權設定，不是專案經理說，這個文件只有小
a可以改，然後大家都去遵守就可以了。需要許可權設定，以避免其他人的誤操作。
b.檔案存放結構的明確。對於檔案伺服器，專案經理或者對應的管理人員，需要製作使用說明，用來說明檔案的存放結構，比如安裝軟體全部都存放在
install
目錄下面的
software
，團隊成員的成果物，全部都要放到成果物目錄下面的以各自名字命名的目錄下面。這些，需要製作文件，加以說明。否則，每個人都有自己的習慣，隨意亂放，會導致局面失控。
c.關於每個人的機器環境，應當製作相應的設定文件，文件中需要記述如何設定個人機器環境，以及如何判定是否設定成功。這樣一方面可以保證團隊成員環境一致，另外一方面，當團隊有新人加入的時候，可以很輕鬆的使其保持與大家的一致。當環境設定相關做法還不明確的時候，應該安排專人進行設定嘗試，避免團隊多數成員嘗試失敗之後，無法恢復環境的現象出現。
PM見習手冊 章九 極限程式設計
一，極限程式設計 極限程式設計 extremeprogramming xp 是一套完整的涉及軟體開發各個方面的開發觀念，這裡擷取編碼相關部分。1.組隊程式設計 pairprogramming xp 中，所有的代 碼都是由兩個程式 員在同一臺機器上一起寫的 這 是xp中讓 人爭議最多 也是最 難實施的...
XML學習手冊第一章
xml快速入門 前言 xml越來越熱，關於xml的基礎教程網路上也隨處可見。可是一大堆的概念和術語往往讓人望而生畏，很多朋友問我 xml到底有什麼用，我們是否需要學習它？我想就我個人學習過程的心得和經驗，寫一篇比較全面的介紹文章。首先有兩點是需要肯定的 第一 xml肯定是未來的發展趨勢，不論是網頁設...
python 參考手冊 第五章
迴圈加上數字索引 for i,x in enumerate s statements zip 的用法 for x,y in zip s,t 一次性生成元祖列表 statements for x,y in itertools.zip s,t 一次生成乙個元祖 statements continue 和...