【正文】 選了“無法回答”， 4 道題 (, , , , )有 1 人選了“無法回答”。該題的答案不做為分析的依據(jù)。 本問卷的對象為軟件開發(fā)人員，故將魏代森的答卷不納入有效性分析之中。 4． 調(diào)查對象背景分析 本次被調(diào)研的人員共計 11 人： 姓名 職務 工作內(nèi)容 工作年限 藺國強 副總經(jīng)理 一直參與燕山石化項目組的開發(fā) 8 年 張增輝 財務產(chǎn)品經(jīng)理 參與燕山石化項目組的前期開發(fā)，負責項目管理 6 年 魏代森 財務產(chǎn)品部付經(jīng)理 一直參與 與燕山石化項目組的開發(fā)，負責分析、概要設(shè)計與項目管理，參與產(chǎn)品的測試 6 年 趙玉海 財務產(chǎn)品部實現(xiàn)部經(jīng)理 一直參與 與燕山石化項目組的開發(fā)，負責數(shù)據(jù)庫設(shè)計與程序員的技術(shù)管理； 3 年 聶剛 財務產(chǎn)品部測試部經(jīng)理 一直參與 與燕山石化項目組的開發(fā)，參與概要設(shè)計， 負責產(chǎn)品的測試 7 年 劉炳曉 程序員 主要參與多欄式帳分析部分的詳細設(shè)計與編程 3 年 李道華 程序員 主要參與帳本處理和固定資產(chǎn)部分的詳細設(shè)計與編程 3 年 郭進 程序員 主要參與帳頁、往來帳頁和余額查詢及工資管理系統(tǒng)的詳細設(shè)計與編程 3 年 楊敏 程序員 主要參與系統(tǒng)初始化部分的詳細設(shè)計與編程 3 年 中國最大的管理資源中心 第 8 頁 共 18 頁 羅輝 程序員 主要參與查詢模塊的詳細設(shè)計與編程 1 年 宮業(yè)科 程序員 主要參與系統(tǒng)安裝、系統(tǒng)管理模塊的詳細設(shè)計與編程 3 年 張體強 程序員 主要參與財務產(chǎn)品的界面設(shè)計與編程 3 年 中國最大的管理資源中心 第 9 頁 共 18 頁 5． 問卷的統(tǒng)計 結(jié)果 （ 1） 崗位職責 30%的人員認為職責很明確，且與其它 崗位 分工清楚，有書面的崗位職責定義； 60%的人員認為基本明確，但存在一些問題，雖然這些問題并不急于解決，沒有書面的崗位職責定義，管理人員認為職責定義和 崗位 之間關(guān)系問題較大，需盡快解決。通過采訪了解到，目前沒有明確的任務 書，主要是通過計劃書、概要設(shè)計與數(shù)據(jù)庫設(shè)計 3 個文檔來下達任務。 （ 2） 團隊協(xié)同的工作環(huán)境 60%的人員認為基本按照開發(fā)規(guī)范進行，但規(guī)范不太合理，需要完善；40%的人員認為視 任務性質(zhì) 而定，部分項目按照開發(fā)規(guī)范進行。 30%的人 員認為沒有被要求參加項目評審和匯報； 30%認為視項目情況而定，有些項目較多，有些項目不多，有些項目則根本沒有； 20%認為評審和匯報均為定期安排，所以不會打亂工作； 10%認為但評審和匯報均為不定期安排，所以對工作有影響； 10%認為偶爾會有一些評審和匯報。 （ 4） 文檔化管理程度 60%的人員認為文檔的管理現(xiàn)狀一般， 40%認為問題很多。 10%的人員認為需求或設(shè)計發(fā)生了變化后， 3/5 的變化 通過評審 ； 30%認為 簡單的變化不 通過評審 ，復雜的變化 通過評審； 20%認為 3/5 的變化不通過評審； 10%認為全部的變化不通過評審； 30%的人員無法做出選擇。 （ 5） 項目計劃與跟蹤的狀況 對軟件項目管理對以前幾個方面需要解決的緊急程度的排序為： 對人員配置情況的管理 對項目進展的管理 對資源使用情況的管理 對交流的管理 對軟件功能范圍變更的管理 對項目成本的管理 對風險發(fā)生的控制 60%的人員認為建立獨立的項目管理組織非常必要，但需逐步進行；沒有人反對。 10%的人員認為在開發(fā)過 程沒有突發(fā)事件， 50%認為偶爾有一些， 20%認為非常多，突發(fā)事件已成常規(guī)。 （ 6） 需求管理的狀況 60%的人員認為在項目開發(fā)過程中，需求變化了，修改已完成的工作來適應新的需求會有些麻煩，但基本沒問題； 40%認為簡單的變化沒問題，復雜的變化可能會產(chǎn)生問題。 （ 7） 工作產(chǎn) 品質(zhì)量的評估和影響質(zhì)量的原因 70%的人員對前階段提交給自己的工作產(chǎn)品的質(zhì)量基本滿意， 20%對一些滿意，一些不滿意。 50%認為產(chǎn)生軟件工作產(chǎn)品質(zhì)量問題的主要原因是缺乏必要的技術(shù)支持（如測試技術(shù)）， 30%認為開發(fā)時間不充分， 10%認為沒有人專門負責我的產(chǎn)品質(zhì)量， 10%認為設(shè)計文檔有問題。 50%認為在開發(fā)過程中文檔問題影響了開發(fā)進度和開發(fā)質(zhì)量， 30%認為工作產(chǎn)品的質(zhì)量影響了開發(fā)進度， 10%認為是由于分工職責不清楚。 （ 8） 將來質(zhì)量保證的接受程度 20%認為應立即建立項目質(zhì)量保證組織， 60%認為有必要但需逐步進行， 10%認為可根據(jù)項目建立臨時的項目質(zhì)量保證組織。 30%支持質(zhì)量保證組織對產(chǎn)品質(zhì)量進行判定和監(jiān)控， 20%認為可能會有一些問題，但基本會協(xié)同工作， 20%認為只要規(guī)范要求這樣，開發(fā)人員會遵守， 20%認為必要采取一些措施，否則會形成對立， 10%無法做出判斷。 10%認為沒問題， 10%認為有問題但可自己解決，有 20%的人員沒有做出選擇。 50%的人員認為可以馬上進行版本管理的投入， 50%認為可逐步進行。 （ 10）需要改進的關(guān)鍵問題 對 開發(fā)過程中存在的瓶頸問題依次為： 設(shè)計文檔缺乏詳細說明 產(chǎn)品質(zhì)量控制 軟件開發(fā)技術(shù)、工具 項目計劃制定與管理 與用戶的交流 中國最大的管理資源中心 第 12 頁 共 18 頁 測試力度不足 軟件開發(fā)標準、規(guī)范 開發(fā)人員管理 技術(shù)不熟 軟件生存期定義 與開發(fā)人員的交流 產(chǎn)品開發(fā)成本管理 期待 SPI 可解決的問題依次為： 開發(fā)有計劃可循 有專門的人員協(xié)助質(zhì)量保證 有專門的人員進行測試 針對項目目標的管理而不是針對人的管理 有標準的軟件開發(fā)技術(shù)可使用 管理結(jié)構(gòu)清晰，知道