在專案開發中,如果專案經理管理得當,會按時甚至提前完成開發任務,否則,則有可能延誤開發任務。
我認為在專案開發中應該注意一下幾點:
1、**規範
專案組在開始時候,應該制定一套程式設計規範,所有成員必須按照程式設計規範進行編碼。
2、使用成熟的技術
使用新技術可能會提高開發進度,但是新技術會有較高的風險,專案組的成員熟悉新技術需要乙個過程,而且有許多應用環境對新技術的是否支援,我們不得而知。
3、專案前期的培訓
這裡的培訓指的是專案組內部培訓,包括所使用的框架、業務文件。框架培訓可以適當避免成員解決某些問題時候,繞過框架提供的方法來解決,導致程式設計不規範,而使整個專案組的**缺乏一致性。業務培訓可以避免專案組成員編寫錯誤的解決方法。
4、**審查
專案前期,盡量做到每週都抽出一點時間來做**審查,要審查專案組成員的**規範以及一些重要功能的**實現是否有問題。
5、專案組新加入的成員
專案開始中期,如果加入了新成員,這個是專案開發過程中比較忌諱又是比較常見的情況。新來成員不能因為專案進度比較緊,而讓他直接投入到開發中,不管他的水平高低,必須先學習程式設計規範以及公司的應用框架。我感覺新成員應該至少一周的時間來學習業務、程式設計規範以及應用框架,由專案組乙個老員工進行指導。
6、加班制度
適當的加班可以提高專案開發進度,但是過度的加班往往會導致專案組成員產生牴觸心裡,從而出工不出力,這個加班的「度」,需要根據實際情況來確定,不好直接描述。
7、激勵
這裡的激勵不是指物質激勵,這個一般專案經理也沒有權利去做,但是專案經理可以對專案組成員進行激勵,表揚他們工作完成的好、快等。
軟體專案管理簡介
一 引言 隨著軟體需求的日益增長和系統功能的日益增強,過去乙個人開發軟體的歷史已不復存在,現在軟體的開發一般需要乙個或多個小組合作才能完成。因此軟體的專案管理也越來越被個人和企業所重視。人們逐漸意識到,雖然目前好的專案管理還不能保證軟體開發的成功,但是不適當的軟體管理卻一定會導致軟體開發的失敗 軟體...
專案管理 軟體文件分類簡介
如今,軟體開發越來越複雜,軟體功能也越來越豐富。而幾乎所有成熟的商業軟體,都是靠乙個開發團隊齊心協力的血汗結晶。羅馬不是一天建成的 當我們震撼於microsoft windows的驚世巨著的同時,也道聽途說了微軟公司軟體工程是如何的完善規範。的確,集數百名員工幾年的共同努力之大成,軟體專案管理的成敗...
OpenStack Magnum 專案簡介
magnum 專案是 2014 年 11 月加入 openstack 的年輕專案,由 rackspace主導發起,其定位是提供容器即服務 container as a service 的 api 框架,計畫在 2015 年 10 月推出的liberty版本時成熟。我們知道,目前 openstack ...