軟件研發(fā)公司總結(jié)(提綱)

附件3

軟件研發(fā)公司總結(jié)（提綱）

工作總結(jié)內(nèi)容要具體、詳實,全面總結(jié)本單位201*－201*年制造業(yè)信息化技術研發(fā)、推廣情況和取得的成效。重點突出自身的特色和技術亮點。

一、軟件研發(fā)公司情況介紹：

1、公司簡介：公司宗旨，業(yè)務范圍，人力資源，技術優(yōu)勢、科研開發(fā)和技術創(chuàng)新能力,資產(chǎn)規(guī)模和經(jīng)營狀況等。

2、技術研發(fā)及推廣應用情況：軟硬件產(chǎn)品類型與解決方案、成果數(shù)量、應用領域、推廣應用效果，產(chǎn)生的社會和經(jīng)濟效益等。

3、培訓及相關活動情況。

二、信息化相關技術主導產(chǎn)品介紹（能體現(xiàn)公司在制造業(yè)信息化研發(fā)方面的成果的突出產(chǎn)品）：

1、自主開發(fā)或合作開發(fā)、合作單位，研發(fā)內(nèi)容；2、技術創(chuàng)新點或采用的關鍵技術；

3、產(chǎn)品說明及應用領域：產(chǎn)品主要功能說明，目前主要應用領域，可推廣應用的領域；

4、應用情況：用戶數(shù)量、用戶應用效果、典型用戶等三、典型解決方案與案例介紹（能體現(xiàn)公司制造業(yè)信息化研發(fā)及服務特色的典型解決方案與案例）

1、典型解決方案技術特點、特色功能介紹等；

2、典型用戶應用情況、應用效果等。附表1

軟件研發(fā)公司基本情況表

單位名稱（蓋章）負責人聯(lián)系人通訊地址網(wǎng)址E-mail研發(fā)人員情況從業(yè)人員（人）具有中級以上職稱和碩士學位及以上人員（人）研發(fā)情況研發(fā)成果個其中專利項，軟件登記項，軟件著作權(quán)項，實現(xiàn)產(chǎn)業(yè)化項。工程技術人員數(shù)量（人）聯(lián)系電話聯(lián)系電話郵政編碼傳真承擔相關信息化項目情況項目名稱注：表格行數(shù)可根據(jù)需要自行增減項目級別（國總投資政府經(jīng)費單位自籌家、省、市）（萬元）（萬元）（萬元）附表2

擁有自主知識產(chǎn)權(quán)的信息化產(chǎn)品或研究成果

序號12345678910產(chǎn)品或成果名稱獲獎類型及開發(fā)情況專利情況及專利號軟件登獲獎名稱（自主開發(fā)、（實用新型、發(fā)明、（國家獎、記號合作開發(fā)）無）省、市獎）軟件著作權(quán)號推廣數(shù)量（套）應用企業(yè)數(shù)（家）注：表格行數(shù)可根據(jù)需要自行增減。附表3

主要客戶名錄

序號12345678910111213141516171819客戶名稱應用的軟件名稱注：客戶名錄應是可公開的（如可在網(wǎng)上發(fā)布）。表格行數(shù)可根據(jù)需要自行增加。附表4

舉辦培訓班及相關活動列表

培訓班(或活動)名稱主要內(nèi)容面向?qū)ο笕藬?shù)起止時間注:舉辦培訓班及相關活動包括舉辦的信息化培訓班及推介會、講座、論壇等相關活動。

請附相關培訓或活動的精彩照片電子版一套，表格行數(shù)可根據(jù)需要自行增減。附表5

發(fā)表的專著、論文列表

序號專著、論文題目作者作者序位發(fā)表時間發(fā)表刊物注：填有本單位人員參與發(fā)表的專著、論文，作者欄只需填寫本單位人員，“作者序位”指本單位人員在論文作者中屬于第幾作者。

需附專著論文的完整內(nèi)容的電子版或復印件，表格行數(shù)可根據(jù)需要自行增減。

擴展閱讀：6項目小組工作總結(jié)

金剛佐馬小組項目總結(jié)

提綱：

一：介紹團隊的組織、建立、發(fā)展過程以及在開發(fā)過程中各成員的角色及貢獻二：介紹項目組的特色1：按照計劃圓滿完成任務。計劃前松，中間緊，后松的特色。2：別具特色的小組分工a：發(fā)布經(jīng)理：土辦法做代碼管理，8個版本詳細穩(wěn)定。b：審查委員會：監(jiān)督任務完成情況，控制進度發(fā)展。c：開發(fā)經(jīng)理：網(wǎng)站架構(gòu)，代碼規(guī)范，培訓師，咨詢師d：測試經(jīng)理：測試工作e：開發(fā)人員：聰明，勤奮f：項目經(jīng)理：懶與勤快，任務下放與多重檢查3：溝通、交流、合作

a：機房集體開發(fā)b：水果會議c：火龍果獎勵

d：任務記錄表的特殊作用e：小組會議主講人輪換制度。

三：經(jīng)驗和教訓1：負責人的剛與柔。溝通技巧2：前期規(guī)劃-------一個實用系統(tǒng)的必備條件

一：團隊介紹

1：團隊建立-交流-發(fā)展

我們團隊的建立來自于一個個偶然的因素，來至于5個寢室的8個好漢，在以往沒有共同開發(fā)的經(jīng)驗，有的組員之間甚至很少交流。在那個溫暖的下午，我們在人群中四處張望，在四目相對的過程中，我們發(fā)現(xiàn)了對方，8個人就此聚在了一起。從緣而生，因此，我們的小組名被命名為“金剛佐馬“----金剛輔佐編碼，緣分----小組初建，百廢待興。在進行交流后我們發(fā)現(xiàn)問題很嚴重。8個人中真正有開發(fā)經(jīng)驗的只有1人，其他人對動態(tài)網(wǎng)站開發(fā)基本都處于空白階段。面對這樣一個對我們來說非常復雜的網(wǎng)店系統(tǒng)，我們該如何學習、開發(fā)。這一切我們都一籌莫展，我們只能在不斷的討論中摸索前進。小組例會，私下討論，集體開發(fā)，我們想到了一切能想到的方法加強交流，在不斷的溝通交流中，我們逐漸找到了推進項目的方法，從開始的一籌莫展，到制定出詳細的開發(fā)計劃，從對ASP.NET知識的完全不了解，到通過學習、培訓逐步掌握基本知識，能進行簡單的網(wǎng)頁開發(fā)。從開始雜亂無章的代碼到標準、規(guī)范的三層架構(gòu)。從一個個獨立的功能模塊到統(tǒng)一的整合代碼。我們在一次次的學習中，提升開發(fā)水平，在一次次的磨合中，提高團隊協(xié)作能力。我們的小組逐漸走向成熟，我們的項目在我們的不斷努力中完善起來。

2：團隊分工及完成工作百分比

由于我們小組成員開發(fā)能力薄弱，項目經(jīng)驗匱乏，我們認為那種單一的任務分配不太利于項目開發(fā)。于是我們設計了行政工作和代碼開發(fā)工作兩套系統(tǒng)。每一個小組成員既有行政工作，也有代碼開發(fā)的任務。這樣每個組員的開發(fā)任務減少了，同時也能學到許多項目管理的知識。

行政系統(tǒng)：

學號201*2821201*2843201*2818201*2837201*2827201*2825201*2817201*2841角色產(chǎn)品經(jīng)理測試經(jīng)理用戶體驗發(fā)布經(jīng)理程序經(jīng)理審查委員會審查委員會審查委員會姓名高峰趙乾坤，鄭崢云達邱豐節(jié)李鑫張實張鵬

代碼開發(fā)系統(tǒng)：

功能類別瀏覽區(qū)瀏覽圖書瀏覽網(wǎng)店搜索圖書購物車借閱安全模塊注冊會員注冊網(wǎng)店登錄會員區(qū)維護個人信息訂單列表張實、鄭崢張鵬、趙乾坤子功能邱豐杰負責人借閱請求列表店長區(qū)網(wǎng)店維護圖書維護處理訂單處理借閱請求管理區(qū)基礎信息維護管理會員管理網(wǎng)店管理日志高峰云達，李鑫

工作量記錄：

姓名高峰邱豐杰趙乾坤張鵬張實云達鄭崢李鑫編寫文檔個數(shù)9818個15891510編寫代碼行數(shù)708+647=1315行3000+121行425行574+128=704行310+343=653行0250+300=550行組織活動次數(shù)24次108次98次11次58完成工作技術4649272823262023（說明：工作百分比為每個人的工作量/總工作量。100行代碼等于一個文檔。組織1次活動等于一個文檔。）

詳細情況：

高峰：文檔：《軟件需求設計更改意見管理員模塊》，《軟件詳細設計管理員模塊》，《項目開發(fā)文檔_項目計劃--金剛佐馬小組》，《金剛佐馬小組工作記錄表》，《項目組總結(jié)》，《個人總結(jié)》《代碼行數(shù)統(tǒng)計模板》，《數(shù)據(jù)庫更改意見》，《系統(tǒng)BUG表》

代碼函數(shù)：708+647=1315組織活動：10次小組會議1次集體開發(fā)

組織成立審查文員會4次組織代碼整合

組織小組學習ASP.NET知識組織小組編寫詳細設計文檔組織小組編寫文檔4次組織文檔驗收工作組織建立數(shù)據(jù)庫邱豐杰：文檔：《瀏覽區(qū)模塊需求分析》，《瀏覽區(qū)模塊詳細設計》，《詳細設計文檔》，《數(shù)據(jù)庫文檔》，《數(shù)據(jù)庫修改文檔》，《個人總結(jié)》《程序經(jīng)理總結(jié)》《壓力測試文檔》代碼函數(shù)：3000+

組織活動：代碼規(guī)范學習

4次組織代碼整合

3次培訓網(wǎng)站整體調(diào)試項目組展示策劃趙乾坤：文檔：《軟件需求設計》，《項目-測試報告文檔》，《項目-測試用例文檔》，《軟件需求文檔》，

《安全模塊詳細設計》，《網(wǎng)站測試》，《代碼行數(shù)總結(jié)》，《個人工作總結(jié)》，《第一次測試報告計劃》，《第二次測試報告計劃》，《第一次測試報告總結(jié)》，《第二次測試報告總結(jié)》，《可靠性測試模塊》，《圖形用戶界面測試模塊》，《安裝與反安裝測試模塊》，《性能測試模塊》，《安全測試模塊》，《工作統(tǒng)計》，

代碼函數(shù)：編寫簡單的登陸頁面并實現(xiàn)一定的注冊登錄功能。組織活動：

第一次小組會議，會議的時間是3月4日，會議的內(nèi)容是關于改寫《需求分析設計》，如何改寫《需求分析設計》以及規(guī)定了小組成員所要交文檔的日期。第二次小組會議，會議的時間是3月28日，會議的內(nèi)容是詳細的向小組的全體成員介紹有關系統(tǒng)測試的工作內(nèi)容與安排。第三次小組會議，會議的時間是4月2日，把測試分成兩個階段并向組員認真安排了各自的任務模塊，驗收第一次測試——模塊測試的文檔。

第四次小組會議，會議的時間是4月6日，通過會議告訴一部分組員如何寫好測

試文檔，注意測試文檔的格式與內(nèi)容要求。

第五次小組會議，會議的時間是4月11日，驗收第二次測試——集成測試的文檔，對一部分存在困難還沒有完成測試文檔組員規(guī)定了最后完成日期。組織最終版的測試報告協(xié)助設計展示方案協(xié)助制作小組宣傳書

張鵬：文檔：《軟件需求設計更改意見安全模塊》，《軟件詳細設計管理員模塊》，《審核報告模板》，，《第一次會員區(qū)模塊測試報告》，《代碼行數(shù)統(tǒng)計》，

八份《審核結(jié)果》，《審核小組工作總結(jié)》，《個人總結(jié)》.代碼：425

組織活動:8次項目審查活動一次審核小組會議張實：文檔：《VSS使用審查報告》《開發(fā)第一階段-1審查報告》《開發(fā)第一階段-2審查報告》《個人總結(jié)》《測試報告-瀏覽區(qū)》《測試報告-2》《需求分析-會員區(qū)》《詳細設計-會員區(qū)》

代碼函數(shù)：574行

組織活動：3次審查活動1配置環(huán)境

提交每周兩次的代碼，共兩周3次組織會議設施云達：文檔：《軟件需求設計更改意見店長區(qū)模塊》，《軟件詳細設計店長區(qū)模塊》，《開發(fā)經(jīng)理工作總結(jié)》，《個人總結(jié)》，《登陸界面》，《項目第一階段測試》，《項目第二階段測試》，《代碼行數(shù)統(tǒng)計》，《項目日志歷程》

代碼行數(shù)：310+343=653行組織活動：10次代碼發(fā)布1次VSS使用方法會議1次搭建VSS環(huán)境李鑫：文檔：《軟件需求設計網(wǎng)店模塊》，《軟件詳細設計網(wǎng)店模塊》，《個人總結(jié)》，《第一次測試---登陸》，《第二次測試---功能點》，《建立數(shù)據(jù)庫審核文檔》，《建立數(shù)據(jù)庫審核文檔補充》《學習ASP開發(fā)知識審核文檔》，《學習ASP開發(fā)知識審核文檔補充》，《第一階段測試審核文檔》，《代碼行數(shù)統(tǒng)計app_code》，《實現(xiàn)登陸》代碼函數(shù)：250+300=550組織活動:

5次項目審核2次組織會議

一次尋找數(shù)代碼工具鄭崢：

文檔：會議記錄5次�！秱�人工作總結(jié)》《用戶使用手冊》《會議記錄總結(jié)》《網(wǎng)站美工方案》《網(wǎng)店需求分析》《測試文檔》2次，配置vs環(huán)境�！毒W(wǎng)店詳細設計文檔》，代碼函數(shù)：無

組織活動：1次集體開發(fā)，5次組織會議設施

二、項目組特色

1：按照計劃圓滿完成任務。漢堡包模式--計劃前松，中

間緊，后松的特色。

作為一個項目開發(fā)小組，我認為我們最自豪的就是我們的項目開發(fā)活動基本遵循了前期制定的計劃。按部就班，一步一步完成了各項任務。我們的小組沒有進行通宵開發(fā)這種突擊活動，需求設計中的功能全部實現(xiàn)，還增添了許多新功能。我們?nèi)绾芜_到這個目標的了？我想這與我們的開發(fā)計劃有關。我們的開發(fā)計劃屬于前松，中間緊，后期松的類型前兩周，當其他小組已經(jīng)開始編碼的時候，我們只進行了3個工作：安裝系統(tǒng)，編寫需求分析和詳細設計，學習ASP.NET知識。安裝統(tǒng)一的開發(fā)環(huán)境花費了我們四天時間，編寫需求分析和詳細設計花費了10天，學習ASP.NET知識花費了約兩周。這些看似無用的工作為我們后期的開發(fā)打下了堅實的基礎。接下來的兩周，我們進入了項目開發(fā)階段。與其他小組細致到功能點的開發(fā)計劃不同，我們的開發(fā)計劃里只有“第一次開發(fā)”“第二次開發(fā)”兩個看似模糊的定義。實際上，我們小組采取的是模塊劃分的方法，每個成員只負責自己的模塊。小組成員對模塊負責，任務檢查時以模塊為單位，這樣就為開發(fā)人員提供了一定的自由和空間。組員可以自由決定開發(fā)順序。在兩周的開發(fā)周期里，我們進行了四次的代碼驗收和整合工作。通過頻繁的驗收，小組成員之間互相激勵，終于在第二周周末順利完成了開發(fā)任務，而且由于我們從一開始就進行整合工作，當?shù)诙�周結(jié)束的時候我們的網(wǎng)站基本已經(jīng)能跑起來了。我想正式由于我們寬松的開發(fā)環(huán)境和緊張的驗收活動才帶來了這樣的效率。接下來的4周，1周作測試，2周作代碼完善。由于前期開發(fā)工作的順利完成，我們小組進入了一個較為清閑的階段。在這充足的時間里，我們一方面進行了兩輪測試工作，另一方面進行了大量的BUG修改，及美化界面的工作。我們的系統(tǒng)一步步得到完善�；仡櫸覀兊拈_發(fā)歷程，我想我們最大的優(yōu)勢就是漢堡包似的開發(fā)過程。前期充分的準備工作為我們的后續(xù)開發(fā)帶來了很大的方便，避免了許多麻煩。中期緊張的開發(fā)環(huán)境讓我們有了很高的開發(fā)效率，避免了長期開發(fā)的拖沓。后期充裕的時間讓我們有了足夠的經(jīng)歷進行完善工作。我想對于缺少開發(fā)經(jīng)驗的學生來說這是一個很好的開發(fā)方式。

2：別具特色的小組分工

由于缺乏開發(fā)經(jīng)驗，所以我們小組的一切工作都是在摸索中前進，在小組分工這塊我們開始的時候根據(jù)老師提供的方案，設立了開發(fā)經(jīng)理等5個職位，在實際的開發(fā)過程中，根據(jù)需要我們對這些職位的具體工作范圍進行了重新界定。后來又添加了審查委員會這一機構(gòu)，總之我們的小組分工在不斷變化的需求中進行了大量的變革和創(chuàng)新，為項目的順利進行提供了保障。

a：發(fā)布經(jīng)理：土辦法做代碼管理，8個版本詳細穩(wěn)定。

根據(jù)老師提供的方案，我們在開始時就設立了發(fā)布經(jīng)理的職務，然而在初期，我們并不清楚這一職務的具體工作是什么。當發(fā)布經(jīng)歷搭建好VSS平臺，讓我們使用了一次之后，我們立刻發(fā)現(xiàn)VSS版本管理工具對我們小組開發(fā)并不適用，一是我們沒有穩(wěn)定的服務器，VSS的許多功能受到限制。二是使用VSS實際上會需要組員遵守許多的規(guī)范，對于我們8個人的小隊伍來說，使用VSS帶來的麻煩遠遠超過了其帶來的便利。在小組例會上，我們經(jīng)過討論，制定了適合我們小組的代碼管理方案：每個周四和周六，發(fā)布經(jīng)理收集所有人的代碼，進行統(tǒng)一的編號和記錄，打包后發(fā)放到網(wǎng)路平臺。每個組員下載最新的代碼進行開發(fā)，這樣不僅使我們的每個版本都有了備份，也使每個開發(fā)人員的代碼都是統(tǒng)一的。經(jīng)過1個多月的使用，我們的這套代碼管理方法被證明是完全有效的。到目前為止我們的代碼庫已經(jīng)有了10個版本，每個版本都有詳細的日期、時間、更改人員。開發(fā)過程一目了然。

b：審查委員會：監(jiān)督任務完成情況，控制進度發(fā)展。

審查委員會是我們小組的特色機構(gòu)。開發(fā)前期，我們發(fā)現(xiàn)雖然開發(fā)計劃里制定了詳細的任務計劃，然而卻沒有專門的機構(gòu)監(jiān)督任務的執(zhí)行情況，任務計劃幾乎成了擺設。面對這種情況，我們小組迅速開會，經(jīng)過討論，我們決定成立審查委員會。這一機構(gòu)的主要任務就是根據(jù)發(fā)布的開發(fā)計劃，在每一項任務的截至日期之前去檢查、督促任務責任人完成任務。在任務截止日期后，提交審查報告，記錄任務的完成情況。每周的例會上，審查會員會宣讀當周的審查報告。在審查委員會建立后，一方面有了委員會的提醒，組員不會再忘記自己的工作。另一方面，有了審查報告的壓力，提高了組員完成任務的積極性。到目前為止，審查委員會已經(jīng)提交了12份審查報告，為整個項目的順利完成提供了保障。

c：開發(fā)經(jīng)理：網(wǎng)站架構(gòu)，代碼規(guī)范，培訓師，咨詢師

小組內(nèi)有一個技術專家將是巨大的財富。如何充分發(fā)揮專家的作用,而不是僅僅把專家當作CODING的工具，當作其他組員不去努力開發(fā)的借口，這個問題我們想了很久。在以往的開發(fā)經(jīng)驗里，有經(jīng)驗的開發(fā)人員往往承擔了全部的開發(fā)工作，而其他的組員則只負責寫文檔等雜事，這樣的任務劃分，不僅讓專家很累，也使得其他的組員學不到知識。因此，通過討論，我們決定了讓專家擔任開發(fā)經(jīng)理，主要承擔網(wǎng)站架構(gòu)，代碼規(guī)范，培訓，指導等工作。而代碼開發(fā)的任務平均分散到組員手中。這樣專家沒有很重的開發(fā)壓力，更能激發(fā)出更好的設計創(chuàng)意。同時有了專家的培訓和指導，其他同學也能很快的提升開打能力。這樣安排的優(yōu)點顯而易見，然而在實際的操作中我們遇到了問題。對于大多數(shù)沒接觸過ASP.NET知識的組員，培訓和指導都是件非常繁重的任務。而且組員辛辛苦苦開發(fā)的程序在最后還不一定能順利兼容。仔細考慮下，我們所采用的專家指導組員開發(fā)和專家自己一個人開發(fā)完項目相比，時間上并沒有優(yōu)勢，花費的經(jīng)歷甚至更多。我們采用的方案，專家需要花費大量的時間指導，組員需要花費大量的時間學習、開發(fā)。似乎是一個兩頭不討好的方案。然而最后我們還是堅持了下來，對于我們來說，這個項目最大的意義不是在最后的成果，二是在于每個人的學習，學習ASP.NET知識，學習項目開發(fā)知識。我們選擇了一條辛苦的路，選擇了學習的道路。感謝為之付出的專家，祝賀每一位穿過重重障礙，完成開發(fā)任務的組員。

d：項目經(jīng)理：懶與勤快，任務下放與多重檢查

作為一名項目經(jīng)理，我也許是最懶惰的一個，在8個人的小組里，我安排了5個經(jīng)理，剩余3個人也組織起來，建立了審查委員會。在寫任務安排的時候，我將所有的工作都安排到了他們身上，每個組員都擔負了很多的工作。既有代碼開發(fā)的任務，又有行政工作，還要寫文檔，寫測試。這讓很多組員有了怨言。因為其他很多組里也許一個人就干一件事就好了。然而作為一名項目經(jīng)理，我也許是也是最勤勞的一個。我編寫了10個文檔，編寫了1315行的代碼，組織了24次小組活動。在項目開發(fā)的過程中，小組成員給我起了個外號叫“幽鬼”，因為每天晚上我都要到小組成員的寢室去騷擾他們，催他們完成任務。喋喋不休的像個老太太。回顧開發(fā)的過程，作為一名項目經(jīng)理，我最大的收獲就是項目經(jīng)理一定不要大包大攬，把所有任務都自己做。一定要學會把任務下放，只有這樣，項目經(jīng)理才有足夠的時間審視項目的開發(fā)情況，及時糾正項目組遇到的問題，而不至于淹沒在無窮盡的任務中，既累又做不好項目。對于學生項目組，我想項目經(jīng)理的另一個重要工作就是督促和檢查。學生項目組沒有金錢等其他驅(qū)動力，我們能做的只有通過鼓勵和認可督促大家完成任務，所以頻繁的督促和檢查是高效率的保障。

3：溝通、交流、合作

我們的小組因為偶然的機會聚在一起，很多人之前并不熟悉。在小組內(nèi)如何實現(xiàn)有效的溝通，如何建立和諧、高效的合作關系。我們想了很多辦法。

a：例會制度

例會是交流的平臺，是任務發(fā)布和任務檢查的好時機，也是階段性工作總結(jié)，評優(yōu)批差的重要時刻。有了穩(wěn)定的例會制度，就能為項目組開發(fā)活動的順利進行提供基礎的保障。首先是在時間的選擇上，我們選擇每周一的晚上11點作為例會時間。周一是一周的開始，正是總結(jié)上周工作，發(fā)布本周任務的好時機，而11點的選擇更是有我們的考慮。11點一般同學都沒有什么活動了。在這些細致的考慮之后。后來的日子里，無論風雨，每周一的11點金剛佐馬小組的例會都準時召開。開始的時候，大家還需要互相提醒，到后來這以成為了小組成員的的習慣。周一11點，我們的例會，我們的金剛佐馬。

b：水果會議

水果會議，也許是我們小組的一個特色。每當小組完成了重要的里程碑任務，進入新階段的時候，我們都會買來水果，在輕松愉快的氣氛中，吃著水果，談著項目開發(fā)中的經(jīng)驗得失。水果只是一種形式，其中蘊涵的是一種和諧溫馨的氣氛。

c：火龍果獎勵

適當?shù)莫剟钅芗�勵所有組員更加積極的工作。奇異的火龍果代表小組最高的榮譽，獎勵給為小組作出特殊貢獻的人。

d：任務記錄表的特殊作用

有獎有罰，管理才能張弛有度。小組制定了任務記錄表的制度。小組成員的每一項工作都會記錄在一張表上，每周的例會上由審查委員會成員宣讀本周的任務完成情況。每個成員任務完成情況的好壞一目了然。項目經(jīng)理根據(jù)任務記錄表的內(nèi)容，表揚先進，詢問落后組員的情況。通過這種方式，每個組員的開發(fā)積極性都得到了加強。

e：小組會議主講人輪換制度。

在小組的開發(fā)過程中，我們積極鼓勵每個組員參加活動的組織工作。我們采取了會議主講人輪換制度，每周的會議以及其他階段性開發(fā)工作，我們都由不同的人來主持。盡量為每一個組員提供鍛煉的機會。

f：機房集體開發(fā)

集體開發(fā)是提高開發(fā)效率、解決遺留問題的大好方式。在開發(fā)階段，我們曾經(jīng)遇到了一個開發(fā)的瓶頸階段，許多組員剛剛接觸ASP.NET的知識，隨著開發(fā)的深入，遇到了大量的問題。同時各個組員開發(fā)的代碼由于格式不同，很難進行整合。在這種情況下，我們毅然決定去機房集體開發(fā)，經(jīng)過一個下午的討論、磨合。我們解決了許多問題，同時制定了統(tǒng)一的開發(fā)規(guī)范。

友情提示：本文中關于《軟件研發(fā)公司總結(jié)(提綱)》給出的范例僅供您參考拓展思維使用，軟件研發(fā)公司總結(jié)(提綱)：該篇文章建議您自主創(chuàng)作。

來源：網(wǎng)絡整理 免責聲明：本文僅限學習分享，如產(chǎn)生版權(quán)問題，請聯(lián)系我們及時刪除。

《軟件研發(fā)公司總結(jié)(提綱)》由互聯(lián)網(wǎng)用戶整理提供,轉(zhuǎn)載分享請保留原作者信息,謝謝!
鏈接地址：http://m.seogis.com/gongwen/743431.html

• 上一篇：在華為工作的一些硬件調(diào)試經(jīng)驗總結(jié)
• 下一篇：名址信息中心201*年工作總結(jié)