新項目調研報告怎么寫(xiě)
調研報告的寫(xiě)作者必須自覺(jué)以研究為目的，根據社會(huì )或工作的需要，制定出切實(shí)可行的調研計劃，下面小編就為大家帶來(lái)新項目調研報告，供大家參考
新項目調研報告一
時(shí)間：20xx年xx月xx日
地點(diǎn)：
帶隊人：
參加人：
調研人：
項目部對接人：
調研內容：
1、安全資料管理；
2、檢查表格的使用及公司制度的執行情況；
3、起重設備的檢查、驗收流程情況。
調研結果：
一、安全資料管理：
該項目部安全資料由資料員高華偉負責整理，經(jīng)查閱資料發(fā)現，存檔較為完整，建立了文件目錄；隨機詢(xún)問(wèn)了部分人員，對安全資料內容基本知悉。
不足之處及建議：建議各項安全檢查表格裝訂上墻懸掛方式。
二、檢查表格的使用管理:
經(jīng)現場(chǎng)和項目部人員對接了解，檢查表格的使用比較流暢。檢查表格比較通俗易懂，知道各項工作檢查哪些內容，但是有個(gè)別檢查表格未填寫(xiě)驗收日期。如：塔吊日常檢查表未填寫(xiě)檢查時(shí)間。項目部在自檢過(guò)程中，認真執行公司的各項管理流程及規章制度。
不足之處及建議：部分檢查表格的責任人簽字、日期填寫(xiě)不明確；建議以后責任人簽字時(shí)有證的人員和實(shí)際檢查、操作人員都簽字。
三、起重設備的檢查、驗收流程情況：
經(jīng)現場(chǎng)和項目部人員對接了解，項目部大部分管理人員對起重設備的了解不夠，對起重設備檢查不到位。起重設備只有公司、分公司、項目部的日常安全巡查和月度檢查等。其他時(shí)候沒(méi)有檢修過(guò)。
不足之處及建議：加強起重設備專(zhuān)業(yè)知識的直觀(guān)培順。起重設備的檢修不到位，起重設備在使用過(guò)程中應定期進(jìn)行檢查、檢修。請專(zhuān)業(yè)維修人員定期對起重設備進(jìn)行檢修檢查；以防因起重設備故障引發(fā)事故的發(fā)生。
存在問(wèn)題：項目部缺少機械專(zhuān)業(yè)管理人員。 解決方案：項目部招聘或培順專(zhuān)業(yè)機械管理技術(shù)人員。
項目部評價(jià)：該項目部總體來(lái)說(shuō)比較好，在檢查調研中發(fā)現了幾個(gè)亮點(diǎn)：
1、廢品鋼筋頭的`利用。
2、考勤制度實(shí)行利用班前會(huì )點(diǎn)名簽到，一天兩次考勤的形式考勤比較好。
3、安全員分樓不分家互相監管。
提報人：
20xx年xx月xx日
新項目調研報告二
1 項目描述
1.1 適用范圍：
描述本項目的使用場(chǎng)合及處理業(yè)務(wù)
1.2 項目名稱(chēng)：
本項目的名稱(chēng)，包括全名、簡(jiǎn)稱(chēng)、代號、版本號等。
1.3 名詞釋義：
對重要的或具有特殊意義的名字進(jìn)行解釋
2調研情況介紹
2.1 調研過(guò)程：包含某年某月在什么部門(mén)做了哪些調研工作
2.2 調研
3 用戶(hù)情況描述
3.1 用戶(hù)業(yè)務(wù)描述
描述本項目的使用者業(yè)務(wù)處理流程。
3.2 用戶(hù)基本情況
3.2.1用的所在部門(mén)及部門(mén)職責
項目受眾的所在部門(mén)及部門(mén)職責，不同的單位相同的職能可能由不同的部門(mén)承擔，這也要根據具體的項目受眾區別對待，有的系統是多個(gè)部門(mén)或全公司使用，有的則是部分部門(mén)和單個(gè)部門(mén)使用。
3.2.2用戶(hù)的工作流程
理清楚用戶(hù)原有工作的工作流程挖掘可完善優(yōu)化的地方
3.2.3用戶(hù)的技術(shù)水平
用戶(hù)對于系統的理解能力及新系統的接受程度，為將來(lái)系統上線(xiàn)后的培訓工作摸底。
3.2.4用戶(hù)的原有系統現狀
詳細介紹用戶(hù)使用系統的主要情況，現有系統的優(yōu)勢所在，著(zhù)重介紹現有系統的不足之處及可完善的地方
4 任務(wù)概述
4.1 預期目標
根據前面的調研基本情況，明確當前系統需要完善的地方，確定項目預期完成的目標。
4.2 運行環(huán)境
對于之前系統的運行環(huán)境做簡(jiǎn)要說(shuō)明，主要說(shuō)明本項目的運行環(huán)境及部署需求。
4.2.1 硬件環(huán)境
簡(jiǎn)要說(shuō)明項目上線(xiàn)運行需要的最低硬件配置，推薦配置。
4.2.2 軟件環(huán)境
項目需要運行的軟件環(huán)境，如操作系統，網(wǎng)絡(luò )軟件，數據庫系統，網(wǎng)絡(luò )環(huán)境等等
4.2.3 其他環(huán)境要求
如機房要求等
4.3 運行條件與限制
說(shuō)明本系統在使用時(shí)必須滿(mǎn)足的條件和所受的限制，以及相應的原因，數據輸入范圍或格式。
4.4 主要特點(diǎn)
主要說(shuō)明本系統比其他系統的優(yōu)勢即賣(mài)點(diǎn)。
5 功能需求
5.1 功能劃分
從用戶(hù)的角度將產(chǎn)品按功能劃分成不同的部分，這里的劃分非最后項目實(shí)現后使用時(shí)的功能劃分，這里只是便于描述讓用戶(hù)理解。
5.2 功能描述
對于前面的劃分逐項進(jìn)行分析描述，明確必須完成的功能，可以完成的功能，和暫時(shí)無(wú)法完成的功能。對于無(wú)法完成的功能務(wù)必找出其他的彌補措施，或者詳述無(wú)法完成的原因，在項目驗收時(shí)這是重點(diǎn)注意的地方。
6 數據描述
對于軟件類(lèi)產(chǎn)品或者部分硬件類(lèi)產(chǎn)品。
6.1 輸入、輸出數據
對于輸入輸出數據的描述
6.2 數據流圖
簡(jiǎn)要說(shuō)明數據的傳遞和加工過(guò)程。
6.3 數據庫描述
6.4 數據字典
解釋數據流圖中的相關(guān)術(shù)語(yǔ)。
7 性能需求
7.1 數據精確度
對于產(chǎn)品的最終輸出數據進(jìn)行精確度描述
7.2 時(shí)間特性
說(shuō)明系統響應時(shí)間和，數據交換傳輸時(shí)間等等。
8 運行需求
8.1 用戶(hù)界面/使用方式（硬件設備）
說(shuō)明產(chǎn)品的界面風(fēng)格，或者硬件設備的基本使用。
8.2 硬件接口
說(shuō)明該產(chǎn)品與硬件之間各接口的邏輯特點(diǎn)及運行該軟件的硬件設備的
8.3 軟件接口
9不確定問(wèn)題
說(shuō)明目前尚未確定的問(wèn)題及處理方式
10 風(fēng)險分析
說(shuō)明本項目面臨的風(fēng)險，包括時(shí)間控制上，技術(shù)難度方面，人員調配方面等方面可能面臨的不確定風(fēng)險。
11 其他需求
如實(shí)用性，安全保密，可維護性，可移植性等。
12 同類(lèi)產(chǎn)品簡(jiǎn)介
描述同類(lèi)產(chǎn)品（競品）的特點(diǎn)，與本產(chǎn)品對比，突出本產(chǎn)品的優(yōu)勢。
13 編寫(xiě)人員及編寫(xiě)日期
明確調研編寫(xiě)人員和編寫(xiě)日期，可提到客戶(hù)名稱(chēng)及職位。
【新項目調研報告怎么寫(xiě)】相關(guān)文章：
社會(huì )實(shí)踐調研報告怎么寫(xiě)2篇11-03
寒假支教個(gè)人調研社會(huì )實(shí)踐報告怎么寫(xiě)01-15
述職報告怎么寫(xiě)04-13
述職報告怎么寫(xiě)？01-16
實(shí)習報告怎么寫(xiě)06-20
開(kāi)題報告 怎么寫(xiě)08-12
述職報告格式怎么寫(xiě)？07-09
述職報告格式怎么寫(xiě)06-26
論文開(kāi)題報告怎么寫(xiě)06-17