關於IT專案和團隊管理學習的小結

2021-06-06 09:48:32 字數 1989 閱讀 8203

專案要素:

s:範圍(目標)創造的產品,服務等

q:質量,完成後被驗收滿足的條件和標準

s:進度,認可的進度內

c:成本,在一定的預算內

專案也要計算投入和產出,同時也有三個作用:

培養人才;

拓展客戶關係;

構建可重用的模式/平台/構件

cto,專案經理,使用者,客戶,不感興趣的,可以忽略的,it人員,競爭對手;尤其是使用者和客戶不是同一夥人時,比如說atm的銀行採購方和使用的老百姓,這時候使用者就是老百姓,而客戶就是銀行;

適合企業自身的估算模型:

y=f(x),wu即work unit的縮寫,比如說1人1天;

根據經驗制定合理的估計模型,並根據專案團隊的人員能力的提公升或者人員的變動每隔半年調整一次;

舉例來說,**的開發,可以根據需求估算出來大致要做多少個頁面,並根據頁面功能的複雜度做出wu的微調,比如說單獨的乙個頁面需要1wu,那麼當需要和後台資料庫打交道時需要增加0.5wu,需要有複雜的業務邏輯運算和處理時增加0.3wu等等,當然這些都是要根據歷史專案的分析得出來經驗值才貼近實際情況;還比如說金融軟體裡面增加**業務功能時需要多少wu,增加期權業務功能時需要多少wu等等

專案的運作:

啟動----> 策劃---->監控

----->執行------>關閉

即在執行的過程中需要實時的監控執行的過程是否合理,**的質量是否合格(單元測試執行的如何,**review如何,**靜態分析如何),所有的業務功能點是否都已經覆蓋實現,相應的測試執行結果對應上沒有等等

專案報告:

當前的工作進展;

存在的問題;

存在的風險;

後續可執行的計畫(一般三個計畫,即諸葛亮說的上中下三策);

描述風險有如下方面:

發生的條件

可能造成的危險/故障/後果

比如說專案的進度延遲,協調的難度提高,gui的相容性,成員的離職,質量保證是qa的工作,而不是開發人員關注的等等,意外的需求;這些都是問題,而不是風險,風險舉例來說,比如說專案的實施過程中,對方的負責人是從別的分局調動過來半年的,那麼這時就要遇見到這種風險,假如那個負責人回原單位,專案肯定實施不下去了,所以可以想降低風險的辦法,比如說,每週把實施的進展和問題及操作都文件化匯報給負責人,這樣即使負責人走了,新接手的看到這些東西也能夠很快的上手,隨著專案實施的進行,文件的完善機制,這個風險度在慢慢降低,假如後續這個負責人真的不走,那麼這個風險度就重置為0

風險----發生了才轉換為----問題,這個過程是需要實時監控的,並且作為計畫的一部分,而且對專案負責人有預見性的要求;

外包----只能把非核心的業務外包,並且需要注意管理外包的成本和自己公司內部做的成本幾乎一模一樣,最重要的是工作量雖然可以轉嫁,但是責任是轉嫁不了的,比如說專案出了問題,負責的還是我們,甲方還是找我們算賬,我們再找外包方算賬;

自組織的團隊/松結對程式設計的139原則:

***xx--------------------xx-----------------xx

x-----x -----x             x----x-----x       x------x-------x

***即為既精通業務,又精通技術的負責人;xx為精通業務或者精通技術的小組長, x即為真正的具體開發人員;

早上定計畫,下午看進展,下班前檢查進度,感覺不太好實施,想想每天小組長都檢查這麼細?發現問題的處理方式:第一次師傅改好,然後問下,「你以前都是這麼做的麼?」然後問,「你以後還會這麼做麼?」假如小組的其他人又遇到同樣的問題,小組長就可以說,你去問下aaa看看你的**錯誤的原因是什麼,我給他講過原因;即小組長可以不做重複的勞動;其實這個時候可以讓犯錯的人把這種錯誤放到知識庫裡面去,這樣新人只要熟讀知識庫就可以避免這類問題了。

創造力 = 能力 x 熱情 x 思維方式

明朝那些事兒裡面提到的心學的創始人王陽明,活法,在東吳相對論裡面也提到過。

具體實施方法有:

每日例會

共同估算

先估算後分配

方式有:敏捷撲克和評分考核卡,強分工的人共同評估出合適的人做合適的事情

專案管理學習思考1

專案管理的人員 專案小組內部,小組外部但是同機構人員,客戶 不同的人都有不同的目標,如何才能協調這些不同人的不同的目標呢?專案的領導者必須去協調這些人員的目標,讓大家為了共同的目的而工作.所以領導者必須第一步做到要查詢所有的專案干係人,去了解專案干係人的角色,從資訊的角度來考慮,專案的領導在遇到專案...

軟體專案管理學習(一)

首先軟體專案管理,什麼是專案?什麼是軟體專案?專案是唯一的,臨時的,即在一定的時間內完成。具體定義 專案是為了創造乙個唯一的產品或提供乙個唯一的服務而進行的臨時性的努力。專案的特徵 專案有明確的目標 專案之間的活動具有相關性 限定的週期 有獨特性 資源成本的約束性 預算 專案的不確定性 需求變更 人...

軟體專案管理學習(三)

上次講完了專案初始部分,包括立項 招投標 授權 在進入第二部分,專案計畫 前我們要先了解軟體的需求以及任務的分解 軟體需求管理 軟體需求定義 使用者對軟體功能和效能的要求 軟體需求管理過程 需求獲取 需求分析 需求規格編寫 需求驗證 需求變更 變更管理 確定需求變更控制過程 確立變更控制委員會 sc...