專案上線了

2021-08-31 04:25:01 字數 1918 閱讀 5949

今年2月份負責的專案快要結束了,心裡感覺不是那麼高興。做什麼事都得總結一下,這也是中國人喜歡做的一件事。下來開始講述一下專案管理細節

專案名:xx資料交換專案

構架開發語言:jdk6.0

應用架構:struts1.3+spring2.5+hibernate3.3

資料庫:mysql5.1,oracele10g

應用伺服器:tomcat6.0.18 websphere6.1

作業系統:window2003 32bit(由於第三方元件不支援32bit),linux5.1 64bit

配置管理

源**管理採用目前常用的**管理工具svn

質量管理

採用開源的質量管理工具禪道,以前公司用過jira,qc等質量管理工具,但是由於公司行政力度不夠,開發人員基本上不用,當然包括我自己做開發人員時,還有乙個主要原因,老闆根本不重視質量管理。都是關係上專案,實現功能這後慢慢修改,其實這樣最划不來,後面從這個專案成本就可以看出來。

專案管理工具

project+office

測試工具

roadrunner

開發人數:3個開發人員+1個測試人員+1個開發經理+0.5個專案經理

專案需求由專案經理調研,專案計畫也由專案經理制定,沒過經過專家評審,這也是導致專案開發這麼久原因之一;專案進度,專案質量由開發經理全權負責,同時負表與客戶那邊進需求上的溝通。測試人員是乙個剛畢業的學生,這也是測試為何用了這麼久,並且測試出的東西質量不高,因為剛開始不知道怎麼測試,所以有幾月只能將當作客戶角色來使用這個系統,當然現在慢慢成熟起來,這點我感到很高興。

這個專案歷經10個月,從人力成本+時間成本+其他物質成本上算,掙錢不是很多。現在我就來給大家估算一下這個專案的成本,因為人員有時經常抽調,所以只能估算乙個總的時間成本值。

總時間成本為(包括加班時間,每天按國家規定的8小時制)8542/8小時=1067天/人

平均每個人月薪為4500元,每天就是150元

聚餐+加班餐補費+交通補貼費,這裡我就算2000元乙個月,共報銷四個月

其他設施費用(水電+**費+硬體損損耗):10*1000

與客戶溝通費用這個我就在估個20000萬元

硬體+應用軟體都由客戶自己採購

從上面可以知道專案成本大概花了19.8050萬,當然這個只是專案開發成本價,還不包括攻關費用,需求調研費用等。總的專案成本得花掉個25~30萬。

其實這個專案成本還可以減少幾萬,但這個只能由公司自己來成擔。為什麼呢,測試人員用新人,第三方元件事先沒有按排人員去研究(技術風險,目前還沒有研究透),開發人員對測試也不夠重視,拿了需求就直接寫**,乙個單元測試用例也不寫,這是公司所有開發人員現在養成的習性。還有乙個重點是測試人員投入專案開發時時機不正確,這個跟專案計畫制定的不合理有關,這就是隨便亂整專案計畫惹的。還有乙個就是人員穩定不好,我指的不是人員離職,是經常被抽調,這個中小型公司應該都差不多。

從這個專案中我可以總結幾點教訓:

1、溝通不夠暢通(包括與團隊成員,第三方公司):有些人已經養成這種習慣了,不願意改變自己,三個開發途徑,他就是要選用最慢的一種。

2、進度跟蹤有點鬆懈

3、質量管理握不是很好(**質量)

當然有教訓肯定是有新的結論

針對公司:

1、做專案計畫之前就應該嚴格做一下風除評估,技術難點攻關提前安排人員進入

2、專案計畫應該請公司資深專家做乙個評估

3、開發人員應該養成編寫單元測試用例的習慣

4、公司應該加強質量管理

針對本人:

1、認真做專案開發計畫(當然上面專案計畫不是我做的),將整個系統分階段交付客戶,不是全部開發功能開發完才交付客戶,這個應該要學習乙個敏捷開發。

2、進度跟蹤不能鬆懈,對專案全域性觀有乙個新的認識

3、加強質量管理,嚴格要求開發人員編寫單元測試用例,雖然這個需要成本,公司高層不是特別支援,但是從長遠角度考慮還是會降低專案成本。

4、認真培養自己的溝通能力

專案終於開始上線了

2010年1月24日,系統開始陸續上線,先是前端的幾個受理系統上線,上線週期持續2 3周,主體核心審查系統上線是在2月10日,正好趕上春節上線,不影響客戶的正常業務。注定了今年的春節是乙個很有紀念意義的春節。也注定是乙個沒有假期的春節。不知道過年是在北京過,還是回老家過。現在一切都是未知數。敬候佳音...

今天上線了

好幾年沒有調薪了,在萬眾期待的情況下,終於決定今年進行調薪,這樣今年調薪改造的任務就下達到了我們的專案組,由於時間緊和任務多,加上我對年度調薪的把握不是很大,對內部的處理邏輯不是很大,讓我開始負責這個專案,真的很是忐忑啊。不過想想是乙個機會,所以就自己接受了這個任務,好像是5月中旬需求提出,然後要求...

專案上線方案

一.小型專案上線 1.開發人員在個人電腦上搭建lamp環境測試開發好的 並且在辦公室或是idc機房的測試環境上通過,保證 的測試完全通過,保證專案的正確執行。2.上線最根本的原則就是對於使用者的使用體驗影響最小。不要直接上傳到伺服器中,而是先把 上傳到同個磁碟,使用mv命令,把上傳的 放入伺服器中。...