第一篇：產品部、項目組、實施組的關系

本文以筆者所在的公司架構和筆者所了解的業內的公司架構的情況和自身實際經歷的案例淺談一下軟件開發中的產品部、項目組和實施部這三者之間的關系，希望對各位在實際運作和管理中能有所幫助，并在實踐中盡可能地避免犯同樣的錯。文章是從作者本身的角度和經歷總結的一些問題，并不一定正確，借此拋磚引玉以期和廣大同行共勉共同進步。

國內成長起來的軟件公司都想著做產品，因為銷售軟件產品就象批發水果一樣快速地給公司帶來大量的現金利潤，雖然國內軟件產商包括金蝶、用友在內都不能說完全實現了產品化的軟件產品，但軟件產品的前景卻被極度看好，而國內的眾多軟件開發商都是以項目的運作為生存和發展的基石和跳板，項目的成敗直接決定了公司的運營利潤，項目組的成員對項目的成敗有著最直接的關系，一般分為開發部和項目實施組并配一個測試文檔編寫小組。有些有實力的公司還專門成立有研發部門。

產品部一般由技術總監、項目總監直接領導并配有固定的比較有經驗的開發人員以實現產品化的軟件為開發目標；項目組一般是在產品部提供的軟件產品再組織項目組成員根據客戶的需求進行定制的開發；實施組則根據項目組提供的程序現場更新并和客戶討論需求并制作查詢報表等系列的實施工作。

筆者對產品的觀點是：產品部開發出來的產品不會是通用的十全十美的產品，它只是一個階段性的相對較完善的可以適應比之前更多更廣面的一個階段性的軟件。因為我們總是在不斷地進步，而且實際的情況總是不斷地變化發展前進的，作為開發人員有時會提出更有前瞻性的目標，軟件只是一個實現的工具而已，筆者于 2003年6月份就提出了量化的人力資源軟件設計的概念和設計思想，即便到了現在，筆者手中公司團隊的程序代碼所實現的功能還是不能讓筆者滿意。因為微軟從Window32到Window2000，還加打SP6。

產品部配備了公司相對較強的開發實力，相對而言也潛在著一種風險，那就是開發人員的開發能力、經驗和行業經驗都比較多，作為開發人員在國內目前的管理體制下會不自覺得走向盡善盡美和唯技術論，甚至不自覺而且無意識地到了吹毛求疵的程度，使得每一段程序都非常完美，每一個功能在設計理念、功能、技術、算法各方面都達到了極致，但前端實現的功能卻只是比以前多了一些，如果開發團隊出現了這樣的情況，而預期的時間來臨時，卻發現無法提供當初預期中想要的產品，雖然離產品只差一步，但就是差了這么一步，而無法提供于項目組轉入項目，實施部的人員只好轉入產品部幫忙做測試。當然這是最差的情況了，因為筆者是看過這樣的團隊，因此希望大家在實際的產品研發過程當中，要盡可能避免閉門造車百花齊放的局面，因為筆者更經常看到的百花齊放的結果是負責人被更換，而應當讓目標明確，并不斷地修正目標，保證每一個時間點都能有階段性的成果出來，并保證提供的產品是可用的。

當產品提交出來后，一般的公司都會讓產品部開發人員再進入項目組，因為公司窮啦：）。筆者的觀點是：提交的產品只是做項目的基礎，產品只是提供了一些基本的當然也有一些是功能相當強的。在實際的項目運作中會有著相當多的需求變更，那就需要項目經理現場把握和引導客戶，使得程序做盡可能少的修改，并盡快地結束項目，并通過項目的歷練使產品更完善。

項目組的人員不要期望產品部提交的軟件就象是萬能機器一樣什么都可以實現，更多的是只是提供了一個基礎，更多的東西要在項目中完善，甚至有些模塊的程序只能用其中的四

分之一或更少，筆者之前就看到產品部提供的產品進項目后，結果整個模塊重新開發的局面，這當然和項目經理和客戶有著非常大的關系；但筆者也經歷過產品部提供的三個大模塊，和客戶談時全部通過的局面。項目小組的項目經理和開發人員筆者認為還有著一項任務就是在項目推進過程中將產品完善，并使項目為產品服務，筆者就經常是在做項目的過程中開發的一些模塊的程序最后被產品部全部吸收作為產品中的一部分并再下發到新項目程序中。這樣將使得產品和項目更快地完善，而不是產品部和項目組脫節，項目的程序最后不可控，和產品沒有什么太大的關系。因為項目做完后，后期維護也是非常重要的，一旦當初的開發人員換了職位，則只有再招一批新人熟悉項目的程序進行維護，而不是一般的開發人員就可以維護大多數的項目程序。

當實施組拿到項目小組根據客戶需求定制修改的程序并經過測試時，就可到客戶現場更新了，因此實施小組的工作是在項目開發組完成后的動作的延續，而項目實施過程中的問題也是千奇百怪的，明明開發組那經過無數次測試都沒有發現的問題而到了客戶現場就是冒出了這樣那樣的問題，有些甚至是想都想不到的問題，就比如筆者現在在做的廣東省聯通項目，組織結構圖客戶現場出現的情況是第一次能瀏覽到而關閉后再進去插件就被屏蔽了，最后大家都沒有辦法就建議客戶重裝 IE。項目實施過程中會遇到非常多的問題，既是對程序的挑戰也是對程序的完善，如果實施組的工作只是更新程序并制作報表查詢統計的話，則實施組的人員就成長不起來。實施人員在項目實施過程中還需學會對需求的控制，要學會如何引導客戶向已開發完成的軟件靠，而不是客戶說什么就當個二傳一樣將客戶的需求全部傳于開發人員，這樣只會導致整個項目失控，因為二傳傳一次最多只能吸收八成，甚至需求都變樣了。因此實施人員在實施過程中學會引導客戶的基礎是首先要對自己的軟件產品非常熟悉，因為如果你都不知道你的軟件是怎么運作的，那你只好當個二傳了，因為筆者認為每個人都可以成長起來的，筆者在出任多個項目經理的過程中，培養了兩個實施人員而現在他們也都出任過項目經理這角色。

在項目推進過程中，除了團隊的團結，還需注意的一些細節問題，如團隊說話的口徑一致，現場需求應有一個人總體負責，也就是所有的需求口徑都需經過這個人。另外有些話更要注意說法，筆者在現場時就遇到這么一個場面，在項目轉入驗收時客戶發現了一個和他們業務不合的需求，當時實施人員就說是程序的錯，說開發人員的錯之類的，我則立馬截止，說這是我們根據我們做過的大多數的項目中總結的這樣做更符合客戶的要求和習慣，而且程序中還有專門的注釋說明是特意這樣寫的。雖然我心里比我們的實施人員更清楚這是程序的錯，程序中更不可能有這樣的注釋，但這樣的說法筆者認為會更好一些，特別是在項目轉入驗收期時，雖然這程序的修改量不到十分鐘，大家都應當還記得余世維成功經理人中的一個關于修電梯的故事吧！

產品的成功和成熟有兩個標志，一是項目的成功，二是產品的熱賣。產品不修改程序并象批發水果一樣熱賣的場面在國內好象很少看到，所以筆者認為產品部、項目組和實施組的關系是緊密相關的，因此在開發或研發新產品時筆者認為讓第一線的實施、開發人員以及項目經理還有公司內其他部門如市場、銷售人員一起參加討論以確定產品的方向，當然最后還應當由技術總監在技術上把關。

作者：鄭德輝，2000年畢業后一直從事MIS軟件開發，近兩年半一直從事人力資源軟件的開發，參與負責主持了大小三十多個項目，希望和廣大同行共同交流心得經驗，聯系方式dhuiz@sohu.com

第二篇：項目組實施心得體會

回顧 2009 年這一年的工作與生活，我總是在不斷的努力著，奮斗著，一步一步地向著成功的方向前進，一點一點的積累著工作的經驗并逐漸成長，這一年，我收獲了很多知識，也懂得了很多為人處事的道理，現將我的心得體會總結如下： 新年剛過，我和實施小組又回到了**項目組繼續年前的維護工作，在此期間，我曾一個人負責一個地市，剛開始也遇到了不少麻煩，比如問題太多，一個人應付不過來，造成了某些時候的急躁不安，不過我提醒我自己，不要著急，慢慢來，一個一個解決，好比是答考卷，由簡到難，逐個突破。不積跬步，無以成千里，當我處理的問題越多，我就掌握了越多的處理問題的方法，從而也提高了自我解決問題的能力，遇到問題就不再心煩氣躁了。當**的項目結束以后，我又參加了**項目組的實施，來了不久我便發現這邊的客戶與其他地方的客戶都不一樣，他們的業務能力與專業能力都比較強，很多客戶都會運用數據庫知識，因此我加強學習了有關 oracle 和 java 編程方面的知識，并且將所學知識運用于實踐，獨立思考，多方面學習解決問題的方法，經過長時間的積累和運用，不論是在業務能力，還是專業知識上面，我都有了更進一步的提高，并且，在與客戶的溝通與交流方面，我更是主動向他們學習業務知識，處理問題也變得成熟起來，基本是看到問題就能想到應該朝著哪方面去思考，從而快速解決問題。

第三篇：中國農業銀行產品研發項目組管理細則

附件3：

中國農業銀行產品研發項目組管理細則

第一章

總

則

第一條 為提高產品創新工作質量和效率，明確產品研發項目組工作職責，規范中國農業銀行產品研發項目組工作流程，依據《中國農業銀行產品創新與管理委員會工作規則》、《中國農業銀行產品創新與管理辦法》等制度，制定本細則。

第二條 本細則所稱項目工作是指根據《中國農業銀行產品創新與管理辦法》立項并審批通過后進行的產品研發活動。產品研發項目組是具體實施項目的業務團隊，具體任務為完成業務需求和制度辦法的編制、需求解釋與變更、業務測試、驗收試點等工作。

第三條 本細則適用于項目實施過程中所組建的產品研發項目組。

第二章

產品研發項目組構成

第四條 總行各部門、分行(分中心)在申請立項時提出項目組組建方案，包括項目組人數、項目組成員來源部門/分行、具體職責及工作任務、技能要求、到位時間等建議。

第五條 項目組人員構成

根據項目需要，項目組由總行各部門、分行或外部合作伙伴委派專業人員構成。項目組成員須具備項目所需專業知識，項目經理還需具備組織協調能力和項目經驗。

（一）產品研發部是產品研發的綜合管理部門，需派出產品經 理或產品經理組參加所有的產品研發項目組，全程參與項目實施。產品經理服從項目組管理，重點進行產品概要設計與把關、對需求說明書規范的應用進行指導和講解、參與需求說明書編寫工作。

（二）項目牽頭部門是產品研發的組織實施部門，負責組建項目組，派項目經理和專職人員參加產品研發項目組，負責和參與項目實施全流程的管理工作和相關具體工作。

（三）業務主管部門需派專職人員參加產品研發項目組，參加需求編寫，負責制度辦法、產品宣傳培訓方案、廣告設計方案的制定，并為接手產品上線后的相關工作做好準備。

（四）科技部門需派專職人員參加需技術開發的項目組，參加需求討論與技術實現可行性的評估，保證項目進入技術開發階段的工作效能。

第六條 項目實施期間，各部門應保持項目組成員的穩定，不得隨意抽調或變更，項目組成員需服從項目組調配。如需調整，各部門應提前與項目牽頭部門溝通，在不影響項目組工作進展的前提下，酌情予以變更。如需更換項目經理，項目牽頭部門需報產品研發部核準后進行。

第三章

產品研發項目組工作職責

第七條 項目組職責

（一）負責擬定需求工作計劃，報項目牽頭部門批準后予以實施；

（二）負責分析討論產品創意，按照需求說明書規范完成業務需求編寫工作，完成《XXX產品需求說明書》；具體要求參見《關于規范我行產品需求說明書編寫工作的通知》（農銀辦發【2009】259 號）。

（三）負責編制產品使用手冊、制訂或修訂與產品相關的制度辦法和操作規程；(附件1《中國農業銀行產品使用手冊(規范)》)

（四）協助產品研發部、項目牽頭部門實施需求評審，進行需求解釋工作；對需求評審意見與建議進行研究分析后予以反饋，同時據此對產品需求說明書進行相應修訂；

協助項目牽頭部門在產品研發部向信息技術管理部交付需求時，按要求提供相關文檔；

（五）配合科技部門進行需求分析、技術開發、技術測試等階段工作，解釋需求，協調解決業務問題；

（六）負責需求變更管理；協助項目牽頭部門對影響項目目標、資源、時間進度的重大需求變更向產品研發部提出需求變更申請，以及后續工作；

（七）負責擬定業務測試工作計劃并實施業務測試，協助項目牽頭部門向科技部門出具業務測試報告；(參見附件3《中國農業銀行業務測試方案》、附件4《中國農業銀行業務測試報告》)

（八）負責擬定試點工作計劃，協助項目牽頭部門實施試點工作，出具試點工作報告；

（九）協助業務主管部門組織實施培訓工作，提供培訓師資；

（十）協助項目牽頭部門組織相關部門進行驗收，擬定產品驗收報告；

（十一）協助新產品報批報備工作；

（十二）其他職責

1、負責文檔管理，包括項目組各種專業與非專業文檔資料；

2、負責向項目牽頭部門、產品研發部和財務會計部定期報告項目預算使用情況；

3、負責對各階段工作進行總結和評估，向項目牽頭部門、產品研發部定期報告項目實施情況，如項目實施過程中需對項目時間計劃等進行調整，遵照《中國農業銀行產品計劃與立項工作操作規程》相關規定執行；

4、負責根據項目實施情況，對項目組成員進行考核，具體包括項目進度、需求完成質量、項目各階段工作完成質量等方面；

5、制定項目組日常工作制度并實施。第八條 項目經理職責

（一）負責統籌管理、協調產品研發項目組各項資源；

（二）負責根據產品研發工作計劃，協調相關部門解決項目實施問題；

（三）負責定期、不定期組織召開項目組工作會議，討論解決業務問題；

（四）負責配合產品研發部、業務主管部門和其他相關部門對產品研發項目組履職情況進行評價；

（五）負責對項目組成員的管理和評價，為項目組成員所在部門的員工考核提供參考依據；

（六）負責落實項目其他相關工作。第九條 項目組成員職責

（一）參與需求討論，完成產品需求說明書的編寫工作；

（二）參與編制產品使用手冊、制訂或修訂與產品相關的制度辦法和操作規程；

（三）參加需求評審會議，進行需求解釋工作；根據評審結果對修訂、完善產品需求說明書；

（四）配合科技部門進行需求分析、技術開發、技術測試等階段工作，解釋需求，協調解決業務問題；

（五）按照需求變更工作流程做好需求變更管理；

（六）參與制定業務測試方案，編寫測試案例，實施業務測試；

（七）參與擬定試點工作計劃與試點工作報告，實施試點工作；

（八）參與項目牽頭部門組織相關部門進行驗收，參與擬定產品驗收報告；

（九）協助業務主管部門進行培訓工作；

（十）協助業務主管部門整理產品申報專利、評獎和品牌建設事項，以及準備向監管部門進行報批報備材料。

第四章

產品研發項目組工作流程

第十條 產品研發項目組組建和啟動

項目牽頭部門根據《中國農業銀行產品創新與管理辦法》規定，于產品立項完成后需求工作開始前組織相關部門組建項目組，項目組組建應遵循以下原則：

按一個功能大約需要3 人*日（綜合了產品概要需求文檔編制與討論和詳細需求文檔編制與討論的時間）計算：累進型產品研發功能數量不超過20個，需求編制工作在20個工作日以內完成，項目組原則上不少于3人；擴展型產品研發功能數量不超過90個，需求編制工作在40個工作日以內完成，項目組原則上不少于7人；戰略型產品研發功能數量在90個以上按平均400個，需求編制工作在60個工作日以內完成，項目組原則上不少于20人。

產品項目組組建確定項目經理和項目組成員后，明確項目組工作內容、目標和要求，啟動項目組工作。

第十一條

需求編寫和相關產品管理辦法和(或)操作規程以及業務合同文本的擬定

（一）項目組根據產品研發部立項審查意見批準的項目目標、內容、進度以及要求，啟動需求編寫和相關產品管理辦法和(或)操作規程以及業務合同文本的擬定工作；

（二）將需求編寫分為概要設計和詳細設計，分步開展、有序完成；其中概要設計應包括產品定位、目標客戶、收費與計息、風險及防范、主要功能、運營體系等內容；詳細設計主要指功能設計；

（三）項目組根據需求概要的完成情況可委托產品研發部組織相關部門進行需求概要設計評審，保證后續需求、制度辦法、操作規程詳細設計的質量；

第十二條

需求評審與交付

（一）項目組完成需求編寫后，由產品研發部組織相關部門進行需求評審，并出具需求評審意見；

（二）項目組根據需求評審議定事項，修訂、完善產品需求說明書，向產品研發部提交修訂稿；

（三）產品研發部對產品需求說明書修訂情況進行審定，并視具體情況確定是否再次組織需求評審；

（四）協助產品研發部向科技部門進行產品需求說明書及相關文檔的交付；

（五）配合科技部門的需求分析工作；

（六）需求評審與交付工作時限：累進型產品研發于10個工作日以內完成；擴展型產品研發于15個工作日以內完成；戰略型產品研發于20個工作日以內完成。

第十三條

配合技術開發

（一）項目組對科技部門完成需求分析結果進行確認，確保需求分析結果與需求說明書的一致性，從而提高技術開發的效率；

（二）項目組配合技術開發工作，從業務角度解釋需求，并按照 需求變更工作流程進行需求管理；(需求變更工作流程參見附件2)

1、需求變更是指業務需求經過需求評審并交付技術開發后，產品上線前，在原有需求基礎上增加新需求和修改原需求的需求變化。需求變更根據是否對項目目標、研發資源、時間進度產生較大影響可分為重大需求變更和一般需求變更；

2、需求變更一定程度上將影響項目進度，因此要避免頻繁隨意發起需求變更，強調需求變更的嚴肅性，將需求變更率作為對產品研發工作的考核指標之一。其中由于對客戶需求和市場競爭的前瞻性把握不夠，而引發的需求變更作為對業務主管部門的考核依據；由于需求質量而引發的需求變更作為對業務主管部門與產品研發項目組的考核依據；由于技術實現限制、監管機構或合作第三方要求的原因導致的需求變更不作為對業務主管部門與項目組的考核依據。

3、需求變更工作流程

項目組、技術人員以及項目各相關方提出的需求變更意見和建議，統一交由項目組經過整理分析后提出需求變更申請。

對于一般需求變更，項目組填寫需求變更申請單，經技術方確認后，實施需求變更。項目組修訂產品需求說明書，登記需求變更匯總表，記錄需求變更實施狀態，進行需求的版本管理。

對于重大需求變更，項目組填寫需求變更申請并附解決方案上報項目牽頭部門，由項目牽頭部門向產品研發部提出需求變更申請。產品研發部組織相關部門研究確定后向信息技術管理部提出需求變更申請函。需求變更審批通過后，項目組填寫需求變更申請單，交技術方實施需求變更。項目組修訂產品需求說明書，登記需求變更匯總表，記錄需求變更實施狀態，進行需求的版本管理。

（三）項目組對科技部門組織的單元測試、系統測試予以業務支持；

（四）項目組編寫業務測試方案、測試案例，以及準備對測試人員的培訓。

第十四條

業務測試

（一）項目組在科技部門進行了必要的技術測試，并已具備開展業務測試完備的測試環境后組織實施業務測試工作；

（二）項目組組織并培訓測試人員，準備測試所需業務環境和數據；

（三）項目組按產品需求說明書、業務測試方案進行業務測試，并對測試結果進行確認，出具業務測試報告；

（四）項目組對業務測試階段的需求變更進行管理。第十五條

試點和驗收

（一）項目組協助業務主管部門組織實施產品上線前的培訓工作，編寫培訓教材，并實施培訓；

（二）項目組協助業務主管部門從業務角度下發試點通知，組織試點行的準備工作和試點實施；

（三）項目組收集、整理產品需求說明書、業務測試報告、試點報告等文檔，組織業務主管部門進行驗收；業務主管部門驗收通過，標志著項目工作責任主體由項目組轉移至業務主管部門。

驗收報告應對需求實現程度及原因進行評定和分析，從業務角度對軟件產品進行評價。

第十六條

宣傳培訓

項目組協助業務主管部門進行宣傳培訓工作，提供培訓師資。

第五章

產品研發項目組費用管理

第十七條

項目組費用預算。業務部門在報送下新產品研 發計劃或申請立項時，應在《產品創意與實施方案》中對項目費用作出預算。項目牽頭部門在立項時，對產品研發項目組費用進一步詳細預算。

其中項目組費用預算指產品研發項目組在需求編寫、制度擬定、需求分析、技術開發配合、業務測試、試點及驗收等階段的研發費用預估。其中研發費用應涵蓋項目組食宿費用、辦公費用(含辦公場所/會議室租用、辦公設施租用、辦公用品購買等)、交通費用、郵電補助等。

第十八條

項目組費用的使用。產品研發項目費用的使用管理按財務部門相關規定執行。

第十九條

項目組費用使用管理。項目經理負責具體的項目費用使用管理，編制項目費用使用情況報告，向項目牽頭部門、產品研發部和財務會計部定期報告。如項目實施過程中需對項目費用預算進行調整，遵照《中國農業銀行新產品計劃與立項操作規程》相關規定執行。

第六章

項目組工作機制

第二十條

項目組一般采取集中工作方式，當項目對時效性要求較高時，為保障項目進展，項目組還應采取封閉工作的形式。

第二十一條 項目組需定期向項目牽頭部門、產品研發部報告項目進展情況。

第二十二條 分工負責，各有側重。項目組運作過程中，業務主管部門人員負責擬定制度辦法、操作規程，熟悉需求并能在項目完成后立即接手產品的上線推廣、培訓、營銷工作；產品研發部人員負責產品架構設計、需求討論和編制、需求管理、業務測試工作； 技術部門人員參與產品架構設計和需求討論，確保技術可行性。

第二十三條 團隊設計，部門確認。項目組首先對產品概要、制度辦法、操作規程、定價方案框架設計，繼而交由相關部門確認并提出意見和建議，項目組在此基礎上進行詳細編寫。項目組完成需求后提交產品研發部進行需求評審，完成制度辦法、操作規程、定價方案后提交相關部門確認發布。

第二十四條 建立聯系人機制，對于不能派人常駐項目組的總行相關部門、分行，尤其是試點分行，要指定項目聯系人，加強項目實施期間的日常溝通。

第七章

項目組考核

第二十五條 項目牽頭部門負責對產品研發項目組履職情況進行考核。項目組考核結果是項目組成員考核的主要依據之一。

第二十六條 項目組考核內容。

（一）需求完成時限，即是否按產品研發類型要求按時完成需求編寫；

（二）需求質量，需求質量根據需求變更率、需求評審要求修改的問題數量綜合判定；

（三）工作文檔是否齊全，即是否按各階段工作要求完成相關文檔；

（四）產品后評價結果

第二十七條 項目組成員績效考核采用量化管理，明確項目組成員的分工及工作量，建立客觀、全面的績效考核標準，定期進行考核。考核結束后，項目組將考核結果反饋至項目組成員所在部門。第八章

項目組解散和項目組結束

第二十八條 項目組解散前，應將項目相關文檔移交業務主管部門和產品研發部。項目相關文檔包括：產品需求說明書、測試報告、試點報告、驗收報告、項目預算使用情況報告、項目組人員在項目實施期間的工作考核報告以及其他相關文檔。

第二十九條 原則上項目在完成試點與驗收工作后結束，項目組解散。因特殊原因項目組需提前或延期解散，項目牽頭部門需報產品研發部核準。項目組解散后，后續推廣營銷工作如需支持，原項目組成員應予以配合。

第九章 附則

第三十條 本細則由中國農業銀行總行負責解釋、修訂，自下發之日起施行。

附件1《中國農業銀行產品使用手冊(規范)》 附件2《中國農業銀行需求變更工作流程》 附件3《中國農業銀行業務測試方案》 附件4《中國農業銀行業務測試報告》

第四篇：項目組心得體會

項目組心得體會：

2010年秋季，我們申報的大學生創新性實驗項目獲得了批準，項目名稱為“基于ZigBee的無線抄表系統設計”，指導教師為薛楠老師。在這個創新性實驗項目中，我們以ZigBee組網為創新點，通過實地參觀調研和分析，研究了更加智能高效的抄表系統。現在，將近兩年的“大學生創新性實驗項目”就要結題了。回想起過去兩年里參加創新實驗的過程, 從開始的尋找課題到申請立項撰寫項目申請書,到查閱相關參考文獻, 確定實驗原理、實施方案與尋找創新點并制定詳細的研究方案和步驟；在薛老師悉心指導和學校的大力幫助下，我們研究出了一套完整、高效、實用的光伏控制系統。

大學生創新性實驗項目實施強調自主性、探索性、實踐性和協作性,遵循“興趣驅動、自主試驗、重在過程”的原則。注重創新性實驗項目的實施過程講究長遠效益,強調項目實施過程中在創新思維和創新實踐方面的收獲,重點培養學生的創新意識和創新能力,不急功近利,不為成果而設計,重在實施過程中得到的鍛煉和培養，在整個過程中，我們不僅學到了實驗本身所帶來的動手能力以及實踐能力的提高,而且學到了認真仔細、堅持不懈,善于思考總結的可貴精神,并對“大學生創新性實驗計劃”有了更深入的體會。

在研究方面，最深的體會就是要善于勤于思考，主動動手動腦。創新實驗不是基礎課上的實驗那樣，只要按著老師講的步驟做就行了。做的課題對于我們來說，可能是一個沒有接觸過的新領域，沒有人會具體告訴我們每一步該怎么做。需要自己去找文獻、查資料，去弄明白實驗的原理，然后確定要創新的方向。按照這個方向一點點努力，所以每一步都需要獨立思考。其中會遇到很多困難，這個時候除了尋找幫助，最重要的還是自己思考。

本項目ZigBee的無線抄表系統設計的各個模塊逐一設計，雖然每一個設計過程都遇到不同程度的困難，在我們的團結協作下都得到解決，這個項目鍛煉了項目組人員的動手能力、創新意識以及解決問題的能力，當然，由于投入的時間有限和課題組人員能力的限制，本課題還存在很多不足之處。

在創新方面，首先要確定創新的方向和目標。方向和目標是貫穿整個實驗的核心，只有明確方向，圍繞這個方向努力下去，才可能有結果。創新點可以從很多方面確定，不一定是很高深很前沿的東西。只要不是照搬別人已經做過的東西，在自己力所能及的范圍內就好。當然，能做出更大的成就最好。有時思維可能會出現“停滯不前”的現象，好像只能思考到這個程度了。這時要用發散思維多方位的考慮，作出大膽的猜測。但要始終圍繞創新點，不能偏離主題，也不能隨意猜測，而要有根據有目的地做出假想，再一步步實踐去論證自己的猜測。其實，每一個偉大的成就都是這樣“平凡”地一步步得出來的。

21世紀是一個講求科技創新的世紀，中華民族的崛起并渴望著擁有創新精神與創新能力的人才。雖然說，人才的培養重要的還是個人的努力，但是毋庸置疑的是，環境的力量仍不容忽視。而學校、各類科技創新獎勵機制乃至整個社會就正是這樣的環境。我們是幸運的，因為我們身處這樣一個積極的環境能獲得這樣難得鍛煉機會。在國家積極倡導培養科技創新型人才的背景下，全社會都鼓勵扶持科技創新活動，中華民族的崛起指日可待。

第五篇：項目組心得體會

項目組心得體會：

2010年秋季，我們申報的大學生創新性實驗項目獲得了批準，項目名稱為“基于ZigBee的無線抄表系統設計”，指導教師為薛楠老師。在這個創新性實驗項目中，我們以ZigBee組網為創新點，通過實地參觀調研和分析，研究了更加智能高效的抄表系統。現在，將近兩年的“大學生創新性實驗項目”就要結題了。回想起過去兩年里參加創新實驗的過程, 從開始的尋找課題到申請立項撰寫項目申請書,到查閱相關參考文獻, 確定實驗原理、實施方案與尋找創新點并制定詳細的研究方案和步驟；在薛老師悉心指導和學校的大力幫助下，我們研究出了一套完整、高效、實用的光伏控制系統。

大學生創新性實驗項目實施強調自主性、探索性、實踐性和協作性,遵循“興趣驅動、自主試驗、重在過程”的原則。注重創新性實驗項目的實施過程講究長遠效益,強調項目實施過程中在創新思維和創新實踐方面的收獲,重點培養學生的創新意識和創新能力,不急功近利,不為成果而設計,重在實施過程中得到的鍛煉和培養，在整個過程中，我們不僅學到了實驗本身所帶來的動手能力以及實踐能力的提高,而且學到了認真仔細、堅持不懈,善于思考總結的可貴精神,并對“大學生創新性實驗計劃”有了更深入的體會。

在研究方面，最深的體會就是要善于勤于思考，主動動手動腦。創新實驗不是基礎課上的實驗那樣，只要按著老師講的步驟做就行了。做的課題對于我們來說，可能是一個沒有接觸過的新領域，沒有人會具體告訴我們每一步該怎么做。需要自己去找文獻、查資料，去弄明白實驗的原理，然后確定要創新的方向。按照這個方向一點點努力，所以每一步都需要獨立思考。其中會遇到很多困難，這個時候除了尋找幫助，最重要的還是自己思考。

本項目ZigBee的無線抄表系統設計的各個模塊逐一設計，雖然每一個設計過程都遇到不同程度的困難，在我們的團結協作下都得到解決，這個項目鍛煉了項目組人員的動手能力、創新意識以及解決問題的能力，當然，由于投入的時間有限和課題組人員能力的限制，本課題還存在很多不足之處。

在創新方面，首先要確定創新的方向和目標。方向和目標是貫穿整個實驗的核心，只有明確方向，圍繞這個方向努力下去，才可能有結果。創新點可以從很多方面確定，不一定是很高深很前沿的東西。只要不是照搬別人已經做過的東西，在自己力所能及的范圍內就好。當然，能做出更大的成就最好。有時思維可能會出現“停滯不前”的現象，好像只能思考到這個程度了。這時要用發散思維多方位的考慮，作出大膽的猜測。但要始終圍繞創新點，不能偏離主題，也不能隨意猜測，而要有根據有目的地做出假想，再一步步實踐去論證自己的猜測。其實，每一個偉大的成就都是這樣“平凡”地一步步得出來的。

21世紀是一個講求科技創新的世紀，中華民族的崛起并渴望著擁有創新精神與創新能力的人才。雖然說，人才的培養重要的還是個人的努力，但是毋庸置疑的是，環境的力量仍不容忽視。而學校、各類科技創新獎勵機制乃至整個社會就正是這樣的環境。我們是幸運的，因為我們身處這樣一個積極的環境能獲得這樣難得鍛煉機會。在國家積極倡導培養科技創新型人才的背景下，全社會都鼓勵扶持科技創新活動，中華民族的崛起指日可待。