需求永遠是最重要的。
在開發中後期以及驗收環節,大部分問題都是因為功能與實際需求沒有完全重合造成的。而且往往花費大量時間進行改造。相當一部分功能還是在功能測試後要求調整,所以作為管理者,如果後期比較忙的話,各種坑和隱患就會讓你慌的一筆。
前期花更多時間在需求文件和設計文件上。後面會輕鬆很多很多。
文件管理是專案管理的關鍵
從立項開始,所有的文件都需要備份,千萬不要省事偷懶。任何會議都要有紀要並抄送給所有與會人員過目防止遺漏。開發過程中,所有口頭上的功能調整,都建議在文件中記錄,做到專案全週期都有據可依。開發人員只認文件,不認人,可以有效管理人員避免有時腦袋一熱提出的修改。
所有的文件檔案名上都要加上時間戳,唯讀鎖定。
專案進度有效監控。
一些專案管理者,過分滴相信組內人員的開發進展,而且因為自身管理多個專案太忙而放鬆警惕。所有人都會犯錯,包括你自己(而且管理人員犯的錯一般比開發人員嚴重多了)。雖然專案可能最後都能完成,但在後期手忙腳亂的一頓操作,不光是你自己感覺累,你的小組成員都會心累,而且最終**質量也會降低,讓自己覺得做了一件次品畢竟不舒服。
很多問題並不是開發人員的問題,也不是某乙個功能的問題,而是因為各開發人員進度不統一,各功能點開發順序不合理,功能點遺漏等造成了聯調問題,甚至是開發進度阻塞,所有人在等某乙個人的功能開發完成才能進行下一步開發的情況常有。
定期測試,是管理人給開發人最明顯的進度提示。每乙個功能一定要通過單元測試後才算完成,這是最基本的任務確認完成的方法,然而多數情況功能問題並不能有效發現,到了測試環節還是要返工。不如每乙個小週期進行一次組內功能測試,這樣即使不能排除所有問題,也能在前中期排除掉比較嚴重的情況。
然後,強烈建議功能完成時的**走查。確保功能邏輯沒有問題! 有的時候乙個邏輯瑕疵,到後期如果其它人接手,還以為這個邏輯是對的!
專案任務管理
一些成員要麼太閒要麼太忙,太閒造成任務來了不能快速進入狀態,太累則問題頻發,甚至關鍵時刻給你掉鍊子。
所以任務一定要在整個專案週期中妥善安排,工作量不能太集中,前期任務多一些,後期可控時間要充裕,防止各類意外情況。
專案週期和任務安排要和組內人員有效傳達,各類文件一定要及時下發,方便成員確認任務以及合理安排時間。
專案管理的決定權
作為專案管理者,你需要對最終產品質量和驗收結果負責,不要輕易被別人左右你的計畫,包括你的領導。
領導一般需要統籌所有的專案安排和其他計畫,並不關心個別專案的具體情況,一般只要有結果就行,在一些情況下甚至還會對一些專案進行取捨,比如客戶前來拜訪,順便讓你改個功能,對領導來說只是一句話,但是修改可能不合理。最嚴重的情況是因為新接了某緊急專案,對你的專案進行人員抽調或臨時專案暫停。這些情況該堅持一定要堅持,否則領導也不知道你的專案目前是什麼狀態。如果不能改變,就要做好安排。
客戶方面一般不是專業人員,想一出是一出太正常不過,跟著客戶走最後絕對會一塌糊塗。但是客戶也不好得罪,管理者能做的就是增加客戶考慮週期,以及明確決定。方式就是所有的改動都要以文件的形式提供,否則不處理,另外就是不做立即處理,即使現在某功能有問題,改動部署也是兩天後,客戶就不會有太強的應激反應,而且有文件支撐作出的改動要求也會慎重很多,不會剛改完又讓你改回去
一些有經驗有資歷的開發成員可能會對某功能有自己的見解和建議,可以把相關功能的設計交給他處理,但是設計文件的評審必須要正規嚴格,畢竟他不需要對全域性進行統籌,也未必有專案管理經驗,設計成果可能是不健全的,如果直接使用可能會造成大問題。
專案管理經驗總結
一年前的專案總結,拿來顯醜,與大家共同學習。專案組專案開發經驗總結 5點 開發之前,做好計畫。a 專案計畫應該劃分各里程碑,如 i.初期計畫 一期 只實現基本功能。ii.整體計畫 二期 實現最緊迫的功能。iii.三期計畫實現所有功能。iv.四期計畫實現附屬功能。b 詳細計畫,專案計畫只是總體計畫,一...
軟體專案管理經驗總結
1.每天晚上下班前要求全體專案成員 rebulid 後check in 好處,作為專案經理可以在第二天的早上及時看下每個人的工作進度及程式運 況,及時掌握第一手資料並進行分析處理。2.每週一開乙個小的專案會議,會議時間控制在 30分鐘內 解釋能夠讓大家明確本週需要完成的工作。3.測試文件每天由測試人...
外包軟體專案管理經驗總結
建立良好合作模式 外包開發的軟體不能達到企業的質量要求,我們往往會在第一時間把罪過推給外包商。但實際經驗告訴我們,很多失敗的原因是企業本身沒有提供一套完整的軟體系統規格說明 沒有跟進開發的進度 沒有定期與外包商溝通與協調 沒有在開始時建立好質量指標和測試流程或者沒有做出適當的技術和開發環境的評估。但...