第一篇：機(jī)房管理、軟件研發(fā)

機(jī)房管理、軟件研發(fā)工作總結(jié)

一年來(lái)，本人認(rèn)真做好本職的工作，不斷學(xué)習(xí)新的技術(shù)，擴(kuò)展了自己的知識(shí)面，并通過(guò)項(xiàng)目實(shí)踐，提高了自身的動(dòng)手操作能力。下面我將從思想、工作和學(xué)習(xí)三大方面總結(jié)一下2011年本人所取得的成績(jī)、經(jīng)驗(yàn)，以及存在的不足。

在思想上，本人始終堅(jiān)持以一個(gè)黨員的標(biāo)準(zhǔn)來(lái)嚴(yán)格要求自己，加強(qiáng)理論學(xué)習(xí)，不斷提高自身的理論水平和政治覺(jué)悟，始終以“愛(ài)崗敬業(yè)，為人師表，嚴(yán)謹(jǐn)篤學(xué)，與時(shí)俱進(jìn)”來(lái)督促自己的言行，以“以德為行，以學(xué)為上”的教育思想作為自己的行為準(zhǔn)則，努力把“全心全意為人民服務(wù)”的宗旨體現(xiàn)在平常的工作中。

在工作上，本人時(shí)刻牢記自己是一名光榮的共產(chǎn)黨員，能夠愛(ài)崗敬業(yè)，不怕辛苦，以高度熱情和責(zé)任感做好本職工作。作為一名實(shí)驗(yàn)室管理員，本人認(rèn)真做好“微機(jī)七室”的機(jī)房管理工作，同時(shí)協(xié)助其他實(shí)驗(yàn)室管理員進(jìn)行機(jī)房電腦的維護(hù)和升級(jí)工作。而作為我校數(shù)字化校園建設(shè)的一員，本人不斷提高自己的理論水平，以實(shí)踐項(xiàng)目來(lái)鞏固自己的理論知識(shí)，努力為完善我校數(shù)字化建設(shè)而努力。在此期間，我參與了以下實(shí)踐項(xiàng)目：

① 完善和維護(hù)“教工信息平臺(tái)”，增加“學(xué)校實(shí)驗(yàn)室項(xiàng)目進(jìn)度管理系統(tǒng)”

② 完善和維護(hù)“網(wǎng)絡(luò)教學(xué)平臺(tái)”、“助學(xué)系統(tǒng)”和“公文系統(tǒng)”；

③ 開(kāi)發(fā)和維護(hù)“研究生處網(wǎng)站”、“學(xué)院關(guān)工委網(wǎng)站”；

④ 參與開(kāi)發(fā)“學(xué)校資源平臺(tái)”、“省中職教學(xué)資源平臺(tái)”、“省中職信息化大賽網(wǎng)站”； ⑤ 為配合學(xué)校參與省質(zhì)量工程檢查，開(kāi)發(fā)了“省質(zhì)量工程項(xiàng)目申報(bào)展示平臺(tái)”網(wǎng)站，并創(chuàng)建“會(huì)計(jì)學(xué)”、“旅游管理與服務(wù)教育”、“工商管理”等校級(jí)特色名牌專業(yè)網(wǎng)站； ⑥ 管理“中職云平臺(tái)”上的虛擬主機(jī)，并在平臺(tái)上部署各類應(yīng)用及為各中職院校開(kāi)設(shè)虛擬機(jī)。同時(shí)為了方便管理各虛擬機(jī)信息，開(kāi)發(fā)了“中職信息云在線體驗(yàn)平臺(tái)”；

⑦ 維護(hù)學(xué)校網(wǎng)站服務(wù)器，解決學(xué)校和各院系網(wǎng)站、各信息系統(tǒng)運(yùn)行不正常的各類問(wèn)題。在學(xué)習(xí)上，由于本人的主要工作是軟件研發(fā)，因此在這一年中，我不斷學(xué)習(xí)各種編程技術(shù)，如Struts，Spring，Hibernate等框架，并對(duì)之前搭建的開(kāi)發(fā)框架進(jìn)行了重構(gòu)，以提高開(kāi)發(fā)的效率。同時(shí)，不斷學(xué)習(xí)其它新興的技術(shù)，并將該技術(shù)運(yùn)用到工作中，以提高工作效率。以上是我這一年的工作總結(jié)，雖然在思想、工作和學(xué)習(xí)上都取得了很大的進(jìn)步，但也存在一些不足，如政治理論水平的欠缺；工作經(jīng)驗(yàn)不足；網(wǎng)絡(luò)水平不高，這些不足都是在新的一年中需要彌補(bǔ)回來(lái)的，我也相信，經(jīng)過(guò)我的努力，一定會(huì)有所突破，有所成功的。

2012年即將來(lái)臨，我為自己制定了以下的工作計(jì)劃：

① 繼續(xù)完善和維護(hù)現(xiàn)有的系統(tǒng)；

② 學(xué)習(xí)Android開(kāi)發(fā)技術(shù)，嘗試開(kāi)發(fā)網(wǎng)絡(luò)教學(xué)平臺(tái)和中職教學(xué)資源平臺(tái)客戶端軟件； ③ 學(xué)習(xí)AIX小型機(jī)和Oracle數(shù)據(jù)庫(kù)，嘗試將網(wǎng)絡(luò)教學(xué)平臺(tái)移植到Oracle數(shù)據(jù)庫(kù)，并

部署到小型機(jī)上；

④ 在鞏固現(xiàn)有的技術(shù)上學(xué)習(xí)一些新的技術(shù)，提高自身的專業(yè)水平。

第二篇：軟件研發(fā)崗位職責(zé)

根據(jù)網(wǎng)上的一些資料以及公司實(shí)際的情況而制定：

1、負(fù)責(zé)部門人員的引進(jìn)及本部門人員的績(jī)效考評(píng)管理工作；

2、制訂部門內(nèi)部的改造計(jì)劃，組織審定部門各項(xiàng)技術(shù)標(biāo)準(zhǔn)，編制、完善軟件開(kāi)發(fā)流程，并組織部門人員進(jìn)行研究討論；

3、抓好本部門項(xiàng)目組總結(jié)分析報(bào)告工作，定期進(jìn)行項(xiàng)目分析、總結(jié)經(jīng)驗(yàn)、找出存在的問(wèn)題，提出改進(jìn)工作的意見(jiàn)和建議，為公司領(lǐng)導(dǎo)決策提供專題分析報(bào)告或綜合分析資料。

4、組織本部門人員的培訓(xùn)、技術(shù)指導(dǎo)以及技術(shù)難點(diǎn)突破工作；

5、配合市場(chǎng)部門開(kāi)展工作，向市場(chǎng)部門提供必要的技術(shù)支持；

6、在需求調(diào)研中，配合項(xiàng)目組長(zhǎng)進(jìn)行需求調(diào)研工作，并對(duì)需求調(diào)研報(bào)告進(jìn)行審核評(píng)定；

7、同項(xiàng)目組長(zhǎng)組織設(shè)計(jì)開(kāi)發(fā)工作，控制開(kāi)發(fā)進(jìn)度；

8、負(fù)責(zé)組織軟件項(xiàng)目的測(cè)試工作，對(duì)軟件產(chǎn)品的質(zhì)量負(fù)責(zé)；

9、對(duì)項(xiàng)目組文檔進(jìn)行質(zhì)量、數(shù)量和時(shí)間控制，并組織召開(kāi)評(píng)審會(huì)；

10、對(duì)部門下面人員的日?qǐng)?bào)、周報(bào)檢查，了解每一個(gè)開(kāi)發(fā)人員的工作情況以及工作狀態(tài)；

11、規(guī)范部門內(nèi)部管理，提高員工整體技術(shù)水平，把握技術(shù)發(fā)展方向，使得技術(shù)發(fā)展方向與主流技術(shù)合拍；

12、熱情接待客戶，并妥善處理客戶的抱怨、投訴以及突發(fā)性事件；

13、視下屬為兄弟姐妹，在工作生活中給予最多的關(guān)愛(ài)。

第三篇：轉(zhuǎn)正申請(qǐng)(軟件研發(fā))

尊敬的領(lǐng)導(dǎo)：

我于2010 年5月18日成為公司的試用員工，到今天3個(gè)月試用期已滿，根據(jù)公司的規(guī)章制度，現(xiàn)申請(qǐng)轉(zhuǎn)為公司正式員工。

初來(lái)公司，曾經(jīng)很擔(dān)心不知該怎么與人共處，該如何做好工作；但是公司寬松融洽的工作氛圍、團(tuán)結(jié)向上的企業(yè)文化，讓我很快融入到了工作當(dāng)中。

在此之前從未接觸到有關(guān)高速公路的軟件開(kāi)發(fā)，還擔(dān)心會(huì)拖延項(xiàng)目時(shí)間，給大家增加麻煩。經(jīng)過(guò)這一段時(shí)間，發(fā)現(xiàn)在組長(zhǎng)及同事的帶領(lǐng)之下，能快速跟上公司的節(jié)奏。

本部門的工作中，我一直嚴(yán)格要求自己，認(rèn)真及時(shí)做好組長(zhǎng)布置的每一項(xiàng)任務(wù)，同時(shí)主動(dòng)為組長(zhǎng)分憂；專業(yè)和非專業(yè)上不懂的問(wèn)題虛心向同事學(xué)習(xí)請(qǐng)教，不斷提高充實(shí)自己，希望能盡早獨(dú)當(dāng)一面，為公司做出更大的貢獻(xiàn)。當(dāng)然，剛?cè)牍?，難免出現(xiàn)一些小差小錯(cuò)需領(lǐng)導(dǎo)指正；但前事之鑒，后事之師，這些經(jīng)歷也讓我不斷成熟，在處理各種問(wèn)題時(shí)考慮得更全面，杜絕類似失誤的發(fā)生。在此，我要特地感謝部門的領(lǐng)導(dǎo)和同事對(duì)我的入職指引和幫助，感謝他們對(duì)我工作中出現(xiàn)的失誤的提醒和指正。

經(jīng)過(guò)這三個(gè)月，我現(xiàn)在已經(jīng)能夠獨(dú)立處理項(xiàng)目中出現(xiàn)的問(wèn)題，整理項(xiàng)目?jī)?nèi)容的詳細(xì)設(shè)計(jì)文檔，進(jìn)行項(xiàng)目BUG的修改，與數(shù)據(jù)中心的業(yè)務(wù)人員討論業(yè)務(wù)，采集需求變化中產(chǎn)生的新的業(yè)務(wù)。當(dāng)然我還有很多不足，處理問(wèn)題的經(jīng)驗(yàn)方面有待提高，團(tuán)隊(duì)協(xié)作能力也需要進(jìn)一步增強(qiáng)，需要不斷繼續(xù)學(xué)習(xí)以提高自己業(yè)務(wù)能力。

這半年來(lái)我學(xué)到了很多，感悟了很多；看到公司的迅速發(fā)展，我深深地感到驕傲和自豪，也更加迫切的希望以一名正式員工的身份進(jìn)入開(kāi)發(fā)團(tuán)隊(duì)，實(shí)現(xiàn)自己的奮斗目標(biāo)，體現(xiàn)自己的人生價(jià)值，和公司一起成長(zhǎng)。在此我提出轉(zhuǎn)正申請(qǐng)，懇請(qǐng)領(lǐng)導(dǎo)給我繼續(xù)鍛煉自己、實(shí)現(xiàn)理想的機(jī)會(huì)。我會(huì)用謙虛的態(tài)度和飽滿的熱情做好我的本職工作，為公司創(chuàng)造價(jià)值，同公司一起展望美好的未來(lái)！

2010年8月25日申請(qǐng)人：xxx

第四篇：研發(fā)經(jīng)費(fèi)管理辦法(軟件)

研發(fā)資金管理辦法

1.目的

為切實(shí)加強(qiáng)公司研發(fā)投入的財(cái)務(wù)管理，確保項(xiàng)目資金的合理使用，充分發(fā)揮財(cái)務(wù)核算、監(jiān)督管理的職能作用，確保項(xiàng)目研發(fā)專項(xiàng)資金的安全、有效，提高資金效率和研發(fā)效率，根據(jù)公司財(cái)務(wù)制度，結(jié)合公司項(xiàng)目管理的特點(diǎn)，制定本制度。2.實(shí)施范圍及執(zhí)行

2.1 本制度規(guī)定了公司技術(shù)研發(fā)部(中心)開(kāi)展項(xiàng)目研發(fā)的資金使用管理要求。2.2 本制度規(guī)定了專項(xiàng)研發(fā)經(jīng)費(fèi)的使用范圍。2.3 本制度自總經(jīng)理簽發(fā)批準(zhǔn)之日起正式施行。3.原則

3.1 專款專用、逐級(jí)審批、逐項(xiàng)使用的原則； 3.2 勤儉辦事、精細(xì)籌算、力求節(jié)約的原則；

3.3 保證經(jīng)費(fèi)申請(qǐng)、使用暢通，為產(chǎn)品研發(fā)提供可靠的資金保障為原則。4.相關(guān)部門職責(zé)

建立和健全科研經(jīng)費(fèi)管理責(zé)任制和監(jiān)管機(jī)制，明確相關(guān)職能部門和項(xiàng)目負(fù)責(zé)人的職責(zé)和權(quán)限，加強(qiáng)對(duì)研發(fā)經(jīng)費(fèi)的監(jiān)督和檢查。

4.1 公司主管副總經(jīng)理：負(fù)責(zé)研發(fā)項(xiàng)目經(jīng)費(fèi)預(yù)算的審核、劃撥和有關(guān)支出的審批，負(fù)責(zé)科研經(jīng)費(fèi)使用的監(jiān)督和檢查工作。

4.2 研發(fā)中心：項(xiàng)目負(fù)責(zé)人負(fù)責(zé)編制研發(fā)項(xiàng)目經(jīng)費(fèi)的預(yù)算和決算，嚴(yán)格按照項(xiàng)目任務(wù)書(shū)或合同書(shū)規(guī)定的開(kāi)支范圍和標(biāo)準(zhǔn)使用項(xiàng)目經(jīng)費(fèi)，自覺(jué)控制經(jīng)費(fèi)的各項(xiàng)支出，對(duì)研發(fā)經(jīng)費(fèi)使用的真實(shí)性、有效性承擔(dān)責(zé)任。

4.3 財(cái)務(wù)部：負(fù)責(zé)研發(fā)經(jīng)費(fèi)的財(cái)務(wù)管理和會(huì)計(jì)核算，指導(dǎo)項(xiàng)目負(fù)責(zé)人編制項(xiàng)目經(jīng)費(fèi)預(yù)算，審核項(xiàng)目經(jīng)費(fèi)決算，監(jiān)督和指導(dǎo)項(xiàng)目負(fù)責(zé)人按照項(xiàng)目經(jīng)費(fèi)管理規(guī)定使用研發(fā)經(jīng)費(fèi)。5.項(xiàng)目研發(fā)經(jīng)費(fèi)范籌：

項(xiàng)目研發(fā)經(jīng)費(fèi)是指項(xiàng)目研究與開(kāi)發(fā)過(guò)程中所發(fā)生的直接費(fèi)用和間接費(fèi)用。一般包括人員費(fèi)、儀器設(shè)備費(fèi)、能源材料費(fèi)、試驗(yàn)外協(xié)費(fèi)、差旅費(fèi)、會(huì)議費(fèi)和其他相關(guān)費(fèi)用。

5.1 設(shè)備費(fèi)：是指在項(xiàng)目研發(fā)過(guò)程中購(gòu)置或試制專用儀器設(shè)備，對(duì)現(xiàn)有儀器設(shè)備進(jìn)行升級(jí)改造，以及租賃外單位儀器設(shè)備而發(fā)生的費(fèi)用。

5.2 材料費(fèi)：是指在項(xiàng)目研發(fā)過(guò)程中消耗的各種原材料、輔助材料以及低值易耗品的采購(gòu)及運(yùn)輸、裝卸、整理等費(fèi)用。

5.3 檢測(cè)試驗(yàn)費(fèi)：是指在項(xiàng)目研發(fā)過(guò)程中支付給外單位的檢測(cè)、試驗(yàn)、測(cè)試等費(fèi)用。5.4 燃料動(dòng)力費(fèi)：是指在項(xiàng)目研發(fā)過(guò)程中相關(guān)大型儀器設(shè)備、專用科學(xué)裝置等運(yùn)行發(fā)生的可以單獨(dú)計(jì)量的水、電、氣、燃料消耗費(fèi)用等。

5.5 差旅費(fèi)：是指在項(xiàng)目研發(fā)過(guò)程中開(kāi)展科學(xué)實(shí)驗(yàn)（試驗(yàn)）、科學(xué)考察、業(yè)務(wù)調(diào)研、學(xué)術(shù)交流等所發(fā)生的外埠差旅費(fèi)、市內(nèi)交通費(fèi)用等。差旅費(fèi)的開(kāi)支標(biāo)準(zhǔn)應(yīng)當(dāng)按照國(guó)家有關(guān)規(guī)定執(zhí)行。

5.6 會(huì)議費(fèi)：是指在項(xiàng)目研發(fā)過(guò)程中為組織開(kāi)展學(xué)術(shù)研討、咨詢、檢查、項(xiàng)目驗(yàn)收或鑒定等活動(dòng)而發(fā)生的會(huì)議費(fèi)用。舉辦會(huì)議前，須向主管副總提出會(huì)議申請(qǐng)并編制會(huì)議用款計(jì)劃，財(cái)務(wù)部按主管副總審批的限額報(bào)銷會(huì)議費(fèi)。

5.7 合作、協(xié)作研究與交流費(fèi)：是指在項(xiàng)目研究開(kāi)發(fā)過(guò)程中與國(guó)際、國(guó)內(nèi)科研機(jī)構(gòu)合作、協(xié)作研究支付給合作、協(xié)作單位的費(fèi)用，項(xiàng)目研究人員出國(guó)及外國(guó)專家來(lái)公司工作的費(fèi)用。

5.8 出版/文獻(xiàn)/信息傳播/知識(shí)產(chǎn)權(quán)事務(wù)費(fèi)：是指在項(xiàng)目研究開(kāi)發(fā)過(guò)程中，需要支付的出版費(fèi)、資料費(fèi)、專用軟件購(gòu)買費(fèi)、文獻(xiàn)檢索費(fèi)、專業(yè)通信網(wǎng)絡(luò)費(fèi)、專利申請(qǐng)及其他知識(shí)產(chǎn)權(quán)事務(wù)等費(fèi)用。

5.9 勞務(wù)費(fèi)：是指在項(xiàng)目研究開(kāi)發(fā)過(guò)程中支付給項(xiàng)目組成員、沒(méi)有工資性收入的相關(guān)人員和項(xiàng)目組臨時(shí)聘用人員等的勞務(wù)性費(fèi)用。明確規(guī)定在編人員不得列支人員費(fèi)的項(xiàng)目，按規(guī)定執(zhí)行。

5.10 專家咨詢費(fèi)：是指在項(xiàng)目研究開(kāi)發(fā)過(guò)程中支付給臨時(shí)聘請(qǐng)的咨詢專家的費(fèi)用。5.11 業(yè)務(wù)招待費(fèi)：是指在項(xiàng)目研究開(kāi)發(fā)過(guò)程中發(fā)生的一定標(biāo)準(zhǔn)的業(yè)務(wù)招待費(fèi)用。5.12 車輛使用費(fèi)：是指項(xiàng)目研究過(guò)程中使用自備車輛所發(fā)生的費(fèi)用。汽油費(fèi)、過(guò)路費(fèi)、停車費(fèi)可在科研經(jīng)費(fèi)中支出。

5.13 其它費(fèi)用：指與項(xiàng)目研究直接有關(guān)的其他支出。6.研發(fā)項(xiàng)目經(jīng)費(fèi)的審批管理

6.1 研發(fā)項(xiàng)目經(jīng)費(fèi)一經(jīng)公司批準(zhǔn)，必須?？顚Ｓ?，任何部門不得任意截留、挪用或擠占他用。

6.2 產(chǎn)品研發(fā)經(jīng)費(fèi)經(jīng)公司批準(zhǔn)后，由公司財(cái)務(wù)部門按單項(xiàng)預(yù)算撥給項(xiàng)目承擔(dān)部門，由項(xiàng)目組按項(xiàng)目研發(fā)計(jì)劃支配使用，不得挪作它用。財(cái)務(wù)部門單列帳戶，進(jìn)行核算監(jiān)督。

6.3 計(jì)劃內(nèi)的支出，由項(xiàng)目負(fù)責(zé)人審簽，可根據(jù)研發(fā)工作進(jìn)展和器材供應(yīng)情況調(diào)整用款計(jì)劃。但調(diào)整過(guò)的用款，須經(jīng)所在部門領(lǐng)導(dǎo)審批。如改變用途，須報(bào)請(qǐng)總經(jīng)理審批。

6.4 項(xiàng)目承擔(dān)部門申請(qǐng)現(xiàn)金開(kāi)支，按公司財(cái)務(wù)制度審批程序，并按項(xiàng)目計(jì)劃和實(shí)施階段分期申請(qǐng)，由各項(xiàng)目負(fù)責(zé)人和技術(shù)副總逐級(jí)審批。

6.5 使用研發(fā)經(jīng)費(fèi)的項(xiàng)目承擔(dān)部門，須在研發(fā)中心領(lǐng)導(dǎo)和財(cái)務(wù)、技術(shù)主管領(lǐng)導(dǎo)的監(jiān)督管理下，循序投入，合理開(kāi)支。財(cái)務(wù)部門按設(shè)置的獨(dú)立賬戶進(jìn)行核算，年終按規(guī)定報(bào)送決算，并于項(xiàng)目結(jié)束后按批復(fù)的決算核銷經(jīng)費(fèi)。7.研發(fā)階段工作報(bào)告

獲得項(xiàng)目撥款后，須定期向公司提交研發(fā)工作報(bào)告。

7.1 研發(fā)進(jìn)度正常的，按《經(jīng)費(fèi)開(kāi)支計(jì)劃》中相應(yīng)的用款額撥款；

7.2 研發(fā)進(jìn)度不正?；蚪?jīng)費(fèi)使用不當(dāng)時(shí)，財(cái)務(wù)部將減少或暫停撥款，以至撤消經(jīng)費(fèi)投入；

7.3 不按時(shí)提交研發(fā)工作進(jìn)展情況報(bào)告的，財(cái)務(wù)有權(quán)暫不撥款。8.研發(fā)項(xiàng)目經(jīng)費(fèi)的結(jié)算管理

8.1 研發(fā)項(xiàng)目經(jīng)費(fèi)的使用、管理，以方便科研，有利于發(fā)揮研發(fā)人員的積極性為前提。研發(fā)項(xiàng)目因故中止或撤銷，項(xiàng)目負(fù)責(zé)人必須向研發(fā)中心領(lǐng)導(dǎo)和主管技術(shù)副總提出《研發(fā)項(xiàng)目中止報(bào)告》，并及時(shí)清理帳目，將余款和已購(gòu)器材處理收入，悉數(shù)交回公司財(cái)務(wù)部。經(jīng)公司財(cái)務(wù)部審查后核銷。

8.2 研發(fā)項(xiàng)目計(jì)劃實(shí)施結(jié)束后，項(xiàng)目承擔(dān)部門應(yīng)配合財(cái)務(wù)抓緊清理收支帳目，在一個(gè)月內(nèi)編制完成《研發(fā)項(xiàng)目經(jīng)費(fèi)決算表》，連同其它總結(jié)材料，一式兩份報(bào)公司財(cái)務(wù)部，經(jīng)審查簽署意見(jiàn)后，批復(fù)所在部門核銷。已撥經(jīng)費(fèi)結(jié)余，退回財(cái)務(wù)后用。

8.3 研發(fā)中心對(duì)項(xiàng)目經(jīng)費(fèi)的使用情況，應(yīng)接受公司財(cái)務(wù)部的定期審計(jì)或?qū)ｍ?xiàng)審計(jì)。編報(bào)《研發(fā)項(xiàng)目經(jīng)費(fèi)決算表》，應(yīng)經(jīng)財(cái)務(wù)部簽署審計(jì)意見(jiàn)。

8.4 項(xiàng)目負(fù)責(zé)人應(yīng)按項(xiàng)目計(jì)劃書(shū)規(guī)定的時(shí)間及時(shí)結(jié)題，原則上應(yīng)在研發(fā)項(xiàng)目結(jié)束或

通過(guò)驗(yàn)收后六個(gè)月內(nèi)辦理結(jié)帳手續(xù)。對(duì)無(wú)正當(dāng)理由逾期不辦理結(jié)帳手續(xù)的，財(cái)務(wù)部有權(quán)暫時(shí)凍結(jié)項(xiàng)目經(jīng)費(fèi)的使用，待結(jié)帳后才能繼續(xù)使用。9.監(jiān)督與違紀(jì)處理

8.1.研發(fā)中心應(yīng)加強(qiáng)經(jīng)費(fèi)使用的管理和監(jiān)督。總經(jīng)辦應(yīng)進(jìn)行抽查，項(xiàng)目負(fù)責(zé)人和所在部門應(yīng)積極配合，如實(shí)反映情況。

8.2.研發(fā)項(xiàng)目組成員應(yīng)嚴(yán)格遵守財(cái)務(wù)制度和本辦法規(guī)定，如有弄虛作假、截留挪用或擠占經(jīng)費(fèi)等違紀(jì)行為，財(cái)務(wù)部有權(quán)抵制和越級(jí)反映，并視情節(jié)輕重，采取通報(bào)批評(píng)、撤銷資格、賠償損失、罰款等處理，嚴(yán)重者追究法律責(zé)任。

總經(jīng)理批準(zhǔn)： 發(fā)布實(shí)施日期：

第五篇：幾個(gè)軟件研發(fā)管理的問(wèn)題

幾個(gè)軟件研發(fā)團(tuán)隊(duì)管理的小問(wèn)題

最近在與一位總經(jīng)理交流的時(shí)候，他談到他們公司的軟件研發(fā)管理，說(shuō)：“我們公司最大的問(wèn)題是項(xiàng)目不能按時(shí)完成，總要一拖再拖?！彼麊?wèn)我有什么辦法能改變這個(gè)境況。從這樣一個(gè)問(wèn)題開(kāi)始，在隨后的交談中，又引出他一連串在軟件研發(fā)管理中的遇到的問(wèn)題，包括：

.現(xiàn)有代碼質(zhì)量不高，新來(lái)的開(kāi)發(fā)人員接手時(shí)寧愿重寫(xiě)，也不愿意看別人留下的“爛”代碼，怎么辦？

.重構(gòu)會(huì)造成回退，怎樣避免？

.有些開(kāi)發(fā)人員水平相對(duì)不高，如何保證他們的代碼質(zhì)量？

.軟件研發(fā)到底需不需要文檔？

.要求提交代碼前做Code Review，而開(kāi)發(fā)人員不做，或敷衍了事，怎么辦？.當(dāng)有開(kāi)發(fā)人員在開(kāi)發(fā)過(guò)程中遇到難題，工作無(wú)法繼續(xù)，因而拖延進(jìn)度，怎么解決？.如何提高開(kāi)發(fā)人員的主觀能動(dòng)性？

其實(shí)，每個(gè)軟件研發(fā)團(tuán)隊(duì)的管理者都面臨著或曾經(jīng)面臨過(guò)這些問(wèn)題，也都有著自己的管理“套路”來(lái)應(yīng)對(duì)這些問(wèn)題。我把我的“套路”再此絮叨絮叨。

1.項(xiàng)目不能按時(shí)完成，總要一拖再拖，怎么改變？

找解決辦法前，當(dāng)然要先知道問(wèn)題為什么會(huì)出現(xiàn)。這位總經(jīng)理說(shuō)：“總會(huì)不斷地有需求要改變和新需求提出來(lái)，使原來(lái)的開(kāi)發(fā)計(jì)劃不得不延長(zhǎng)?！痹瓉?lái)如此。知道根源，當(dāng)然解決辦法也就有了，那就是“敏捷”。敏捷開(kāi)發(fā)因其迭代（Iterative）和增量（Incremental）的思想與實(shí)踐，正好適合“需求經(jīng)常變化和增加”的項(xiàng)目和產(chǎn)品。在我講述了敏捷的一些概念，特別是Scrum的框架后，總經(jīng)理也表示了對(duì)“敏捷”的認(rèn)同。

其實(shí)仔細(xì)想想，這里面還有一個(gè)非常普遍的問(wèn)題。對(duì)于產(chǎn)品的交付時(shí)間或項(xiàng)目的完成時(shí)間，往往由高級(jí)管理層根據(jù)市場(chǎng)情況決策和確定。在很多軟件企業(yè)中，這些決策者在決策時(shí)往往忽略了一個(gè)重要的參數(shù)，那就是團(tuán)隊(duì)的生產(chǎn)率（Velocity）。生產(chǎn)率需要量化，而不是“拍腦門子”感覺(jué)出來(lái)的。敏捷開(kāi)發(fā)中有關(guān)于如何估算生產(chǎn)率的方法。所以使用敏捷，在估算產(chǎn)品交付時(shí)間或項(xiàng)目完成時(shí)間時(shí)，是相對(duì)較準(zhǔn)確的。Scrum創(chuàng)始人之一的Jeff Sutherland說(shuō)，他在一個(gè)風(fēng)險(xiǎn)投資團(tuán)隊(duì)做敏捷教練時(shí)，團(tuán)隊(duì)中的資深合伙人會(huì)向所有的待投資企業(yè)問(wèn)同一個(gè)問(wèn)題：“你們是否清楚團(tuán)隊(duì)的生產(chǎn)率？”而這些企業(yè)都很難做出明確的答復(fù)。軟件企業(yè)要想給產(chǎn)品定一個(gè)較實(shí)際的交付日期，就首先要弄清楚自己的軟件生產(chǎn)率。

2.現(xiàn)有代碼質(zhì)量不高，新來(lái)的開(kāi)發(fā)人員接手時(shí)寧愿重寫(xiě)，也不愿意看別人留下的“爛”代碼，怎么辦？

這可能是很多軟件開(kāi)發(fā)工程師都有過(guò)的體驗(yàn)，在接手別人的代碼時(shí)，看不懂、無(wú)法加新功能，讀代碼讀的頭疼。這說(shuō)明什么？排除接手人個(gè)人水平的因素，這說(shuō)明舊代碼可讀

性、可擴(kuò)展性比較差。怎么辦？這時(shí)，也許重構(gòu)是一種兩全其美的辦法。接手人重構(gòu)代碼，既能改善舊代碼的可讀性和可擴(kuò)展性，又不至于因重寫(xiě)代碼帶來(lái)的時(shí)間上的風(fēng)險(xiǎn)。從接手人心理的角度看，重構(gòu)還有一個(gè)好的副作用，就是代碼重構(gòu)之后，接手人覺(jué)得那些原來(lái)的“爛”代碼被修改成為自己引以自豪的新成就?！禨crum敏捷軟件開(kāi)發(fā)》的作者M(jìn)ike Cohn寫(xiě)到過(guò)：“我的女兒們畫(huà)了一幅特別令人贊嘆的杰作后，她們會(huì)將它從學(xué)校帶回家，并想把它展示在一個(gè)明顯的位置，也就是冰箱上面。有一天，在工作中，我用C++代碼實(shí)現(xiàn)了某個(gè)特別有用的策略模式的程序。因?yàn)槲艺J(rèn)定冰箱門適合展示我們引以為豪的任何東西，所以我就將它放上去了。如果我們一直對(duì)自己工作的質(zhì)量特別自豪，可以驕傲地將它和孩子的藝術(shù)品一樣展示在冰箱上，那不是很好嗎？”所以這個(gè)積極的促進(jìn)作用，將使得接手人感覺(jué)修改的代碼是自己的了，而且期望能夠找到更多的可以重構(gòu)的東西。

3.重構(gòu)會(huì)造成回退，怎樣避免？

重構(gòu)確實(shí)很容易造成回退（Regression）。這時(shí)，重構(gòu)會(huì)起到與其初衷相反的作用。所以我們應(yīng)該盡可能多地增加單元測(cè)試。有些老產(chǎn)品，舊代碼，可能沒(méi)有或者沒(méi)有那么多的單元測(cè)試。但我們至少要在重構(gòu)前，增加對(duì)要重構(gòu)部分代碼的單元測(cè)試?；谥貥?gòu)目的的單元測(cè)試，應(yīng)該遵循以下的原則（見(jiàn)《重構(gòu)》第4章：構(gòu)筑測(cè)試體系）：

-編寫(xiě)未臻完善的測(cè)試并實(shí)際運(yùn)行，好過(guò)對(duì)完美測(cè)試的無(wú)盡等待。測(cè)試應(yīng)該是一種風(fēng)險(xiǎn)驅(qū)動(dòng)行為，所以不要去測(cè)試那些僅僅讀寫(xiě)一個(gè)值域的訪問(wèn)函數(shù)，應(yīng)為它們太簡(jiǎn)單了，不大可能出錯(cuò)。

-考慮可能出錯(cuò)的邊界條件，把測(cè)試火力集中在哪兒。扮演“程序公敵”，縱容你心智中比較促狹的那一部分，積極思考如何破壞代碼。

-當(dāng)事情被公認(rèn)應(yīng)該會(huì)出錯(cuò)時(shí)，別忘了檢查是否有異常如期被拋出。

-不要因?yàn)椤皽y(cè)試無(wú)法捕捉所有Bug”，就不撰寫(xiě)測(cè)試代碼，因?yàn)闇y(cè)試的確可以捕捉到大多數(shù)Bug。

-“花合理時(shí)間抓出大多數(shù)Bug”要好過(guò)“窮盡一生抓出所有Bug”。因?yàn)楫?dāng)測(cè)試數(shù)量達(dá)到一定程度之后，測(cè)試效益就會(huì)呈現(xiàn)遞減態(tài)勢(shì)，而非持續(xù)遞增。

說(shuō)到《重構(gòu)》這本書(shū)，其實(shí)在每個(gè)重構(gòu)方法中都有“作法（Mechanics）”一段，在重構(gòu)的實(shí)踐中按照上面所述的步驟進(jìn)行是比較穩(wěn)妥的，同時(shí)也能避免很多不經(jīng)意間制造的回退出現(xiàn)。

4.要求提交代碼前做Code Review，而開(kāi)發(fā)人員不做，或敷衍了事，怎么辦？ 如果每個(gè)開(kāi)發(fā)人員都是積極主動(dòng)的，Code Review的作用能落到實(shí)處。但如果不是呢？團(tuán)隊(duì)管理者需要一些手段促使其有效地進(jìn)行Code Review。首先，我們采用的Code Review有2種形式，一是Over-the-shoulder，也就是2個(gè)人座在一起，一個(gè)人講，另一個(gè)人審查。二是用工具Code Collaborator來(lái)進(jìn)行。無(wú)論哪種形式，在提交代碼時(shí)，必須注明關(guān)于審查的信息，比如：審查者（Reviewer）的名字或?qū)彶樘?hào)（Review ID，Code Collaborator自動(dòng)生成），每天由一名專職人員來(lái)檢查Checklist中的每一條，看是否有人漏寫(xiě)這些信息，如果發(fā)現(xiàn)會(huì)提醒提交的人補(bǔ)上。另外，某段提交的代碼出問(wèn)題，提交者和審查者都要一起來(lái)解決出現(xiàn)的問(wèn)題，以最大限度避免審查過(guò)程敷衍了事。

博主Inovy在某個(gè)評(píng)論說(shuō)的很形象：“木（沒(méi)）有賞罰的制度，就是帶到廁所的報(bào)紙，看完就可以用來(lái)擦屁股了?！睕](méi)有獎(jiǎng)懲制度作保證，當(dāng)然上面的要求沒(méi)有什么效力。所以，當(dāng)有人經(jīng)常不審查就提交，或?qū)彶闀r(shí)不負(fù)責(zé)任，它的績(jī)效評(píng)定就會(huì)因此低一點(diǎn)，而績(jī)效的評(píng)分是跟每年工資漲落掛鉤的。說(shuō)白了，可能某個(gè)人會(huì)因?yàn)槎啻伪徊槌鰶](méi)有做Code Review就提交代碼，而到年底加薪時(shí)比別人少漲500塊錢。

5.軟件研發(fā)到底需不需要文檔？

軟件研發(fā)需要文檔的起原可能有2種，一是比較原始的，需要文檔是為了當(dāng)開(kāi)發(fā)人員離職后，企業(yè)需要接手的人能根據(jù)文檔了解他所接手的代碼或模塊的設(shè)計(jì)。二是較高層次的，企業(yè)遵從ISO9001質(zhì)量管理體系或CMMI。

對(duì)于第一種，根源可能來(lái)自于兩個(gè)方面：

-原開(kāi)發(fā)人員設(shè)計(jì)編碼水平不高，其代碼可讀性較差。

-設(shè)計(jì)思想和代碼只有一個(gè)人了解，此人一旦離職，無(wú)人知道其細(xì)節(jié)。

在編碼前寫(xiě)一些簡(jiǎn)單的設(shè)計(jì)文檔，有助于理清思路，尤其是輔以一些UML圖，在交流時(shí)也是有好處的。但同時(shí)，我們也應(yīng)該提高開(kāi)發(fā)人員的編碼水平增加其代碼的可讀性，比如增強(qiáng)其變量命名的可讀性、用一些被大家所了解的設(shè)計(jì)模式來(lái)替代按自己某些獨(dú)特思路編寫(xiě)的代碼、增加和改進(jìn)注釋等等，以減少不必要的文檔。另外推行代碼的集體所有權(quán)（Collective Ownership），避免某些代碼只被一個(gè)人了解，這樣可以減少以此為目的而編寫(xiě)的文檔。

對(duì)于第二種，情況有些復(fù)雜。接觸過(guò)敏捷開(kāi)發(fā)的人都知道《敏捷宣言》中的“可以工作的軟件勝于面面俱到的文檔”。接觸過(guò)CMMI開(kāi)發(fā)或者ISO9001質(zhì)量管理體系的人知道它們對(duì)文檔的要求是多么的高。它們看起來(lái)水火不相容。但是，它們的宗旨是一致的，即：構(gòu)建高質(zhì)量的產(chǎn)品。

對(duì)于敏捷，使用手寫(xiě)用戶故事來(lái)記錄需求和優(yōu)先級(jí)的方法，以及在白板上寫(xiě)畫(huà)的非正式設(shè)計(jì)，是不能通過(guò)ISO9001的審核的，但當(dāng)把它們復(fù)印、拍照、增加序號(hào)、保存后，可以通過(guò)審核。每次都是成功的Daily Build和Auto Test報(bào)告無(wú)法證明它們是否真正被執(zhí)行并真正成功，所以不能通過(guò)ISO9001的審核。但添加一個(gè)斷言失敗（類似assert(false)的斷言）的測(cè)試后，則可以通過(guò)審核。

CMMI與敏捷也是互補(bǔ)的，前者告訴組織在總體條款上做什么，但是沒(méi)有說(shuō)如何去做，后者是一套最佳實(shí)踐。SCRUM之類的敏捷方法也被引入過(guò)那些已通過(guò)CMMI5級(jí)評(píng)估的組織。很多企業(yè)忘記了最終目標(biāo)是改進(jìn)他們構(gòu)建軟件及遞交產(chǎn)品的方式，相反，它們關(guān)注于填寫(xiě)按照CMMI文檔描述的假想的缺陷，卻不關(guān)心這些變化是否能改進(jìn)過(guò)程或產(chǎn)品。

所以敏捷開(kāi)發(fā)在過(guò)程中只編寫(xiě)夠用的文檔，和以“信息的溝通、符合性的證據(jù)以及知識(shí)共享”作為主要目標(biāo)的質(zhì)量體系文檔要求并不矛盾。在實(shí)踐中，我們可以按以下方法做，在實(shí)現(xiàn)SCRUM的同時(shí)，符合審核和評(píng)估的要求：

-制作格式良好的、被細(xì)化的、被保存的和能跟蹤的Backlog。復(fù)印和照片同樣有效。-將監(jiān)管需要的文檔工作也放入Backlog。除了可以確保它們不被忘記，還能使監(jiān)管要求的成本是可見(jiàn)的。

-使用檢查列表，以向?qū)徍藛T或評(píng)估員證明活動(dòng)已執(zhí)行。團(tuán)隊(duì)對(duì)“完成”的定義(Definition of “Done”)可以很容易轉(zhuǎn)變?yōu)橐环輽z查列表。

-使用敏捷項(xiàng)目管理工具。它其實(shí)就是開(kāi)發(fā)程序和記錄的電子呈現(xiàn)方式。

總而言之，軟件研發(fā)需要文檔（但文檔的形式可以是多種多樣的，用Word寫(xiě)的文字式的文件是文檔，用Visio畫(huà)的UML圖也是文檔，保存在Quality Center中的測(cè)試用例也是文檔），同時(shí)我們只需寫(xiě)夠用的文檔。

6.當(dāng)有開(kāi)發(fā)人員在開(kāi)發(fā)過(guò)程中遇到難題，工作無(wú)法繼續(xù)，因而拖延進(jìn)度，怎么解決？ 這也是個(gè)常遇到的問(wèn)題。如果管理者對(duì)于某個(gè)工程師的具體問(wèn)題進(jìn)行指導(dǎo)，就會(huì)陷入過(guò)度微觀管理的境地。我們需要找到宏觀解決辦法。一，我們基于Scrum的“團(tuán)隊(duì)有共同的目標(biāo)”這一規(guī)則，利用前面提到的集體所有權(quán)，當(dāng)出現(xiàn)這些問(wèn)題時(shí)，用團(tuán)隊(duì)中所有可以使用的力量來(lái)幫助其擺脫困境，而不是任其他人袖手旁觀。當(dāng)然這里會(huì)牽扯到績(jī)效評(píng)定的問(wèn)題，比如：提供幫助的人會(huì)覺(jué)得，他的幫助無(wú)助于自己績(jī)效評(píng)定的提高，為什么要提供幫助。這需要人力資源部門在使用Scrum開(kāi)發(fā)的團(tuán)隊(duì)的績(jī)效評(píng)估中，盡量消除那些傾向個(gè)人的因素，還要包含團(tuán)隊(duì)協(xié)作的因素，廣泛聽(tīng)取個(gè)方面的意見(jiàn)，更頻繁地評(píng)估績(jī)效等等。

二，即使動(dòng)用所有可以使用的力量，如果某個(gè)難題真的無(wú)法逾越，為了減少不能按時(shí)交付的風(fēng)險(xiǎn)，產(chǎn)品負(fù)責(zé)人應(yīng)當(dāng)站出來(lái)，并有所作為。要么重新評(píng)估Backlog的優(yōu)先級(jí)，使無(wú)法繼續(xù)的Backlog遲一點(diǎn)交付，先做一些相對(duì)較低優(yōu)先級(jí)的Backlog，以保證整體交付時(shí)間不至于延長(zhǎng)；要么減少部分功能，給出更多的時(shí)間去攻克難題?？傊庠郊夹g(shù)上難關(guān)會(huì)使團(tuán)隊(duì)的生產(chǎn)率下降，產(chǎn)品負(fù)責(zé)人必須作出取舍。

7.有些開(kāi)發(fā)人員水平相對(duì)不高，如何保證他們的代碼質(zhì)量？

當(dāng)然首先讓較有經(jīng)驗(yàn)的人Review其要提交的代碼，這幾乎是所有管理者會(huì)做的事。除此之外，管理者有責(zé)任幫助這些人（也包括水平較高的人）提高水平，他們可以看一些書(shū)，上網(wǎng)看資料，讀別人的代碼等等，途經(jīng)還是很多的。但問(wèn)題是你如何去衡量其是否真正有所收獲。我們的經(jīng)驗(yàn)是，在每年大約3月份為每個(gè)工程師制定整個(gè)的目標(biāo)，每個(gè)人的目標(biāo)包括產(chǎn)品上的，技術(shù)上的，個(gè)人能力上的等4到5項(xiàng)。半年后和一年后，要做兩次Performance Review，目標(biāo)是否實(shí)現(xiàn)，也會(huì)跟績(jī)效評(píng)定掛鉤。我們?cè)谥贫繕?biāo)時(shí)，遵循SMART原則，即：

Specific（明確的）：目標(biāo)應(yīng)該按照明確的結(jié)果和成效表述。

Measurable（可衡量的）：目標(biāo)的完成情況應(yīng)該可以衡量和驗(yàn)證。

Aligned（結(jié)盟的）：目標(biāo)應(yīng)該與公司的商業(yè)策略保持一致。

Realistic（現(xiàn)實(shí)的）：目標(biāo)雖然應(yīng)具挑戰(zhàn)性，但更應(yīng)該能在給定的條件和環(huán)境下實(shí)現(xiàn)。Time-Bound（有時(shí)限的）：目標(biāo)應(yīng)該包括一個(gè)實(shí)現(xiàn)的具體時(shí)間。

比如：某個(gè)人制定了“初步掌握本地化技術(shù)”的目標(biāo)，他要確定實(shí)現(xiàn)時(shí)間，要描述學(xué)習(xí)的途經(jīng)和步驟，要通過(guò)將技術(shù)施加到公司現(xiàn)有的產(chǎn)品中，為公司產(chǎn)品的本地化/國(guó)際化/全球化作一些探索，并制作Presentation給團(tuán)隊(duì)演示他的成果，并準(zhǔn)備回答其他人提出的問(wèn)題。團(tuán)隊(duì)還為了配合其實(shí)現(xiàn)目標(biāo)，組織Tech Talk的活動(dòng)，供大家分享每個(gè)人的學(xué)習(xí)成果。通過(guò)這些手段，提高開(kāi)發(fā)人員的自學(xué)興趣，并逐步提高開(kāi)發(fā)人員的技術(shù)水平。

8.如何提高開(kāi)發(fā)人員的主觀能動(dòng)性？

提高開(kāi)發(fā)人員的主觀能動(dòng)性，少不了激勵(lì)機(jī)制。不能讓開(kāi)發(fā)人員感到，5年以后的他和現(xiàn)在比不會(huì)有什么進(jìn)步。你要讓他感到他所從事的是一個(gè)職業(yè)（Career），而不只是一份工作（Job）。否則，他們是不會(huì)主動(dòng)投入到工作中的。我們的經(jīng)驗(yàn)是提供一套職業(yè)發(fā)展的框架。框架制定了2類發(fā)展道路，管理類（Managerial Path）和技術(shù)類（Technical Path），6個(gè)職業(yè)級(jí)別（1-3級(jí)是Entry/Associate，Intermediate，Senior。4級(jí)管理類是Manager/Senior Manager，技術(shù)類是Principal/Senior Principal。5級(jí)管理類是Director/Senior Director，技術(shù)類是Fellow/Architect。6級(jí)是Executive Management）。每個(gè)級(jí)別都有13個(gè)方面的具體要求，包括：范圍（Scope）、跨職能（Cross Functional）、層次（Level）、知識(shí)（Knowledge）、指導(dǎo)（Guidance）、問(wèn)題解決（Problem Solving）、遞交成果（Delivering Result）、責(zé)任感（Responsbility）、導(dǎo)師（Mentoring）、交流（Communication）、自學(xué)（Self-Learning），運(yùn)作監(jiān)督（Operational Oversight），客戶響應(yīng)（Customer Responsiveness）。每年有2次提高級(jí)別的機(jī)會(huì)，開(kāi)發(fā)人員一旦具備了升級(jí)的條件，他的Supervisor將會(huì)提出申請(qǐng)，一旦批準(zhǔn)，他的頭銜隨之提高，薪水也會(huì)有相對(duì)較大提高。從而使每個(gè)開(kāi)發(fā)人員覺(jué)得“有奔頭”，自然他們的主觀能動(dòng)性也就提高了。

上面的“套路”涉及了軟件研發(fā)團(tuán)隊(duì)管理中的研發(fā)過(guò)程、技術(shù)實(shí)踐、文檔管理、激勵(lì)機(jī)制等一些方面。但只是九牛一毛，研發(fā)團(tuán)隊(duì)管理涵蓋的內(nèi)容還有很多很多，還需要管理者在不斷探索和實(shí)踐的道路上學(xué)習(xí)和掌握。