管理經驗分享會議記錄--【管理經驗】

時間：2015年7月24日

背景：針對3.1專案進行管理經驗的分享

心態：

要具體的分析這個組員的情況，到底是能力不足，還是沒有調整過來。如果能力不足，就讓他先以實現為目的，隨後專案分享的時候再去學習；如果心態調整不過來，就幫助組員調整，適當的壓力能促進人的成長。

專案內部：

a) 建立專案：

i. 確定組織結構
ii. 確定職責

b) 計劃

i.有一個大的計劃：例如，底層和需求：1天 開發：10天 測試：4天

ii.讓各個組長去做詳細的組員計劃，並控制進度，明確每個組員多久能出活，精確到小時。

iii. 如果計劃不合適，有公共原因統一處理，沒原因就找個人原因。

c) 執行

在大前提的目標下實現計劃任務。

d) 檢查

階段性的驗收。

e) 反饋

主要是要體查民情，並彙總，改進。

規範：

a) 文件

i. 一些文件可以事後補充（需求），一些文件必須提前推出（規範文件）
ii. 想要通過文件保證需求的理解和工作的延續，組長組員必須厚著臉皮去要，勤快一些
iii. 文件放的位置必須公開，讓大家清楚找文件要去哪裡找。

b) 介面

i. 先要像介面總負責申請，出一個專門負責介面的人，管理所有的介面
ii. 判斷介面是否重複，確定介面細節，結對程式設計，開發細粒度的介面，增強介面的微複用
iii. 驗收介面，可以通過單元測試
iv. 假資料，最好是從提供介面方統一發放的真實的測試資料。
v.冗餘程式碼，需要組員去梳理舊程式碼，而不僅僅單純的複製貼上。

例項1：

開發過程中，15天完成任務，基礎需要開發自己的介面，也需要開發外部介面。成立快產小組，突擊解決介面問題，外援求助

例項2：
Java介面開發採用Map,跟實體最大的區別是key value跟屬性和值是不同的，只需要保持一份協定，就能保證介面的穩定性，再次更改屬性的時候，無需提供介面的系統和被提供者同時更新。

注意：

介面文件具有實時性，需要及時更新。

管理：

a) 組長，組員都要把專案當成自己的，組長要挖掘專案的價值，讓每個人都覺得做專案很有意義。

b) 巨集觀把控能力，分人帶人，調動組員積極性

c) 責任明確，合理定位

d) 對於組員：發現問題，幫助解決問題；調動積極性，適當的鼓勵，肯定他們的努力；該說就說，指出組員的不足；個性化對待，不能一概而論。

e) 團隊之間要溝通，技術分享。

專案間交接：

a) 現任組長要調動身邊的資源，搞懂需求。

b) 原任組長要爭取把後續文件補充詳細，完整，原型、介面等需要及時更新。