請大家有什麼想法進一步完善.
專案組管理原則
專案管理操作注意事項
需求不可直接從使用者到程式設計師
設計不可直接讓新人去做，設計必須要由組長統一去做，以便考慮周全一些。
專案組開發管理原則
注重目標管理：目標是從下到上的過程，同時有一定可操作性和挑戰性。 a.
讓下面的人去想，他是否可以做的更好點，是否能提前一點，這樣才能有挑戰性。 b.
讓下面的人自已去理怎麼做更好，應該怎麼做，這樣才能可操作性。 c.
要不斷引導：能否做的更好點，那些方面能提高點更好，怎麼做好。 d.
不斷加強總結與反思，以便提高大家能力。
管理是做好服務：不要用命令的方式，而是以服務的態度去做。
a.為下面的人利益做考慮，讓大家以專案為榮耀。
b.為下面的人提供發展平台，展示能力的機會，盡力調動大家的積極性。
c.儘量減少罰，要增加從不同角度讚美和表揚。
d.大小事情和問題要及時上報，時刻了解每個人的情況。
加強學習總結:並避免犯錯誤,利用其他專案中的優點,進一步提公升自我。 a.
想想壞的一面做好最壞的打算，盡量避免犯錯。 b.
想想好的能否做的更好些，盡力做的最好。
嚴格紀律,加強執行力
專案管理中重點關注內容：
專案經理是站在全域性，捉住重點，為大家服務的。
做事情的還是要靠大家。
關鍵：保質保量按時交付--及時解決風險，按時提交交付物。
在需求時(確認需求可行性)：
關注：怎麼才能把需求做好引導。
嚴格控制需求，需求必須先過專案經理（過濾一部份），再通過小組長（再過濾一部份）,同時小組長要及時提出針對需求不能做及做不了的內容。
在設計時(控制好潛在風險）：
關注：最簡設計及實現，合理按排每個模組.
以最優化設計最少工作量可擴充套件性為主導，整體設計通過專案經理，在通過小組長，如果小組長有問題要及時提出來，或者有更好的主意要及時提出來。
在開發時(及時解決問題）：
關注：風險解決情況，程式質量，進度
專案經理要按時例會，通報專案進展。
小組長整理出來要小組間配合的、潛在的風險、需要幫助的，會需要改正的內容，合作間有問題的內容。
在測試時(bug管理):
關注：bug的快速解決，及bug的控制情況。
qa跟蹤每個bug情況及時解決。
捉執行
專案組開發原則：
為了保質保量的按時交付系統，特定以下原則：
團隊利益最高:(要做就要做最好)
大家的共同目的是要把整個專案保質保量的按時完成。
整個團隊失敗，乙個人再成功是沒有任何意義。
要明白團隊中小組，及成員的優缺點，要善用大家的優點避用自已的缺點，共同提高開發效率。
風險時刻警惕:（排除潛在的風險）
現在的風險是什麼？潛在的風險點是什麼？ 風險都解決了沒有？
效率不斷提高：（不斷反思總結）
如何減少專案開發中的時間浪費？
嚴格按照計畫執行：(全域性考慮捉住要點)
請大家在小組內定製計畫並跟蹤計畫，確保整個專案組
那幾個節點是關鍵節點，需求優先處理？
不斷激勵每個成員:
請在小組內部，小組間，要大家互相監督互相激勵共同提高開發效率，提高系統的穩定性。
培訓在專案全過程：
請大家始終要把培訓人才做為關鍵任務來做。只有大家的所有人的能力提高了，整體專案的開發速度及質量才能提高。
專案開發原則
1 開放 關閉 原則 對修改關閉，對新增開放 2 依賴倒轉 原則 多型的應用 3 聚合 組合 優先 原則 不要盲目使用繼承 4 敏捷開發 原則 不要為 新增基於猜測的實際不需要的功能。5 單一職責 原則 乙個類只完成一種職責 6 迪公尺特法則 law of demeter 又叫作最少知識原則 對pr...
原則4 聚組復用原則
前一陣子參與乙個專案，對某產品第乙個版本的 進行了重構，原因是專案工期緊，要求第乙個版本以最短的時間拿出來，導致產品在部分需求未確定的情況下草草開始，匆匆結束。專案要求有大概五六個子系統，每個子系統間必須使用socket通訊，考慮到資料安全性和具體協議的不確定性，商議新版 通訊暫時使用tcp協議進行...
專案組CentOS開發環境的搭建
如題，我特意加上了 專案組 三字，不知大家了解或使用的linux服務端開發是如何進行的，至少在我呆過的公司都是採用相應的專案組成員在各自windows系統中裝虛擬機器進行開發，我在簡單嘗試後發現這種方式太低效了，本機資源被嚴重侵占，並且專案組內部協作也非常不便，於是我向總監申請了一台普通pc作為ce...