軟件公司財務(wù)產(chǎn)品開發(fā)管理狀況調(diào)查報告-資料下載頁
2025-05-27 10:06本頁面
【導(dǎo)讀】理狀況的調(diào)查報告。開發(fā)本部中的部門副經(jīng)理以上的人員;管理過程改善部人員;公司總經(jīng)理、副總經(jīng)理。2）收集財務(wù)產(chǎn)品部燕山石化工程組的技術(shù)文檔；6）與客戶代表討論，了解燕山石化項目的進展；7）識別瓶頸問題，編寫調(diào)查報告。備，在財務(wù)產(chǎn)品部相關(guān)人員的積極配合下，這一工作得以順利的完成。調(diào)查的過程、結(jié)論等進行了總結(jié)。本文檔中的采訪結(jié)論是根據(jù)原始的采訪記錄歸。求忠實地反映被調(diào)查人的想法。
【正文】 析 根據(jù)以上的調(diào)查結(jié)果，通過對開發(fā)過程中的現(xiàn)象的分析，對在財務(wù)產(chǎn)品部中存在的問題，我們得出如下的結(jié)論： （ 1） 組織結(jié)構(gòu)問題 在 20 多人的開發(fā)隊伍中，定義了如下角色： 程序員： 10 人，承擔(dān)詳細設(shè)計、編碼 程序組長： 1 人， 1/5 時間承擔(dān)管理， 4/5 時間數(shù)據(jù)庫設(shè)計、編碼 系統(tǒng)設(shè)計人員； 2/3 人，承擔(dān)系統(tǒng)的概要設(shè)計 項目經(jīng)理： 1/3 人，承擔(dān)項目管理 測試人員：專職 1 人，兼職 1 至 5 人，負責(zé)測 試 文檔編寫人員： 1 人，承擔(dān)用戶文檔的編寫 但是： ? 管理力量不足 在整個項目進展中，實際投入不足 2/3 人的管理力量，與整個項目組的人員數(shù)目嚴重失調(diào)。 ? 系統(tǒng)的需求與分析是由項目經(jīng)理來做的，系統(tǒng)的概要設(shè)計還是由項目經(jīng)理來做，項目經(jīng)理還承擔(dān)了項目的管理工作（ ），如此以來，項目經(jīng)理承擔(dān)了管理中的相互對立的角色，缺乏有效的制約與監(jiān)控措施，精力也達不到，有效管理也就無法做到。導(dǎo)致了在開發(fā)過程中反映出如下的問題： 設(shè)計文檔缺乏詳細說明 [5． (11)]； 設(shè)計文檔比較粗 [(1)]； 任務(wù)要求不明確。 [（ 2） ] ? 缺少質(zhì)量保證人員，項目管理的質(zhì)量依賴于項目經(jīng)理個人的能力，這種模式將項目的質(zhì)量依賴于個人而不是組織。導(dǎo)致了在開發(fā)過程中反映出如下的問題： 無人監(jiān)督規(guī)范的執(zhí)行 [（ 7） ]。 沒有里程碑，角色定義也不清晰，這樣缺乏有效的監(jiān)控監(jiān)督機制 [（ 3） ]； 項目的前期沒有進行有效的監(jiān)控，對開發(fā)的質(zhì)量沒有進行管理 [（ 3） ]。 ? 缺少配置管理人員，項目的技術(shù)文檔由文檔作者自己保管，自己維護，缺少必要的控制措施。 導(dǎo)致了在開發(fā)過程中反映出如下的問題： 10%的人員認為需求或設(shè)計發(fā)生了變化后， 3/5 的變化 通過評審； 30%認為 簡單的變化不 通過評審 ，復(fù)雜的變化 通過評審； 20%認為 3/5 的變化不通過評審； 10%認為全部的變化不通過評審； [5(4)] 小的功能變化沒有文檔，大的功能變化只反映在詳細設(shè)計中 [(1)]； 詳細設(shè)計與源碼不一致 [(1)]； 中國最大的管理資源中心 第 16 頁 共 18 頁 有的是沒有詳細設(shè)計文檔，寫完程序再補 [(1)]； 公用模塊缺少詳細的文檔，一旦出了問題，不好糾正 [(12)]。 ? 缺少專職的測試人員 .在項目組中僅 有一名專職的軟件測試人員 ,無法真正組織有效的嚴格的測試。導(dǎo)致了在開發(fā)過程中反映出如下的問題： 在設(shè)計完成后，沒有測試大綱等文檔 [（ 11） ]； 測試記錄沒有專人進行整理 [（ 11） ]； 50%認為產(chǎn)生軟件工作產(chǎn)品質(zhì)量問題的主要原因是缺乏必要的技術(shù)支持（如測試技術(shù)） [5(7)]。 50%的人員認為應(yīng)盡快對軟件工作產(chǎn)品質(zhì)量進行評估和測試 [5(7)]。 （ 2） 開發(fā)規(guī)范與文檔問題 原來已經(jīng)有了軟件開發(fā)的部分規(guī)范，但主要是針對作業(yè)層，規(guī)范有一定的缺陷，如： 對在開發(fā)過程需要設(shè)哪些有效的里程碑？ 每個里程碑需要哪些工作產(chǎn)品？ 每種工作產(chǎn)品的要求是什么？ 有效的保證措施？ 文檔的格式與內(nèi)容的統(tǒng)一要求。 以上缺陷導(dǎo)致了在開發(fā)過程中反映出如下的問題： 缺少對工作計劃和工作結(jié)果的定期評審 [5（ 7） ]； 項目的前期沒有進行有效的監(jiān)控，對開發(fā)的質(zhì)量沒有進行管理； [(3)]。 沒有里程碑，角色定義也不清晰 [(3)]； 設(shè)計文檔比較粗 [(1)] ； 在設(shè)計階段有遺漏的情況，概要設(shè)計缺少評審 [(1)] ； 小的功能變化沒有文檔，大的功能變化只反映在詳細設(shè)計中 [(1)] ； 詳細設(shè)計與源碼不一致 [(1)] ； 有的是沒有詳細設(shè)計文檔，寫完程序再補 [(1)] ； 50%認為在開發(fā)過程中文檔問題影響了開發(fā)進度和開發(fā)質(zhì)量， 30%認為工作產(chǎn)品的質(zhì)量影響了開發(fā)進度 [5（ 7） ]； （ 3） 缺乏定向培訓(xùn) 管理人員缺少專門的項目管理方法、技巧的培訓(xùn)，項目組的開發(fā)人員缺少開發(fā)工具、領(lǐng)域知識背景的有關(guān)培訓(xùn)。導(dǎo)致了在開發(fā)過程中反映出如下的問題： 技術(shù)方法不熟，并非真正的面向?qū)ο蟮拈_發(fā) [(4)]； 有的程序員的水平比較差 [(4)]； 缺乏合適的 基層程序組長 [(3)]； 在項目進展中沒能及時發(fā)現(xiàn)問題 [(3)]； 對工作量的估計不實際 [(2)]； 中國最大的管理資源中心 第 17 頁 共 18 頁 任務(wù)分工不盡合理，不能人盡其長 [(4)]； 8． 建議 根據(jù)上述調(diào)查分析的結(jié)論，建議公司的開發(fā)組織（如項目組或開發(fā)本部）： （ 1） 在進行一個項目時，首先解決組織結(jié)構(gòu)問題。 可以按如下的角色定義開發(fā)人員，并使其各負其責(zé)： 項目經(jīng)理：主要負責(zé)項目的進度管理； 質(zhì)量保證人員：有獨立的合法渠道向上級領(lǐng)導(dǎo)報告項目中的質(zhì)量問題； 配置管理人員：對整個項目組實施配置管理， 將在生命周期模型中定義的應(yīng)納入配置管理的文檔實施配置管理； 系統(tǒng)分析人員：對系統(tǒng)的需求負責(zé)； 系統(tǒng)設(shè)計人員：進行系統(tǒng)的概要設(shè)計； 開發(fā)人員：進行系統(tǒng)的詳細設(shè)計與編碼； 測試人員：負責(zé)系統(tǒng)的測試； 后勤保證人員：負責(zé)項目組的后勤保證與文字處理； 對于以上角色，可以根據(jù)項目的實際情況進行細分。 （ 2） 定義好開發(fā)規(guī)范 在項目開始前，要定義好項目的開發(fā)規(guī)范：生命周期模型、項目階段劃分、文檔格式規(guī)范（如用戶需求報告、用戶需求規(guī)格說明書、詳細設(shè)計說明書、測試大綱等）、評審點等。 （ 3） 進行上崗培訓(xùn) 對于項目組的成員進行上 崗培訓(xùn)： 管理人員：項目管理知識與技巧的培訓(xùn)； 開發(fā)人員：開發(fā)規(guī)范的培訓(xùn)； 開發(fā)方法的培訓(xùn)； 工具培訓(xùn)； 領(lǐng)域業(yè)務(wù)知識的培訓(xùn)。 中國最大的管理資源中心 第 18 頁 共 18 頁 9． 調(diào)查過程的度量 工作量的度量： 任務(wù) 負責(zé)人 工時 參與人員 工時 問卷的編制 鄭玉林 16 問卷的評審 任甲林 2 張增輝 1 答卷 鄭玉林，任甲林 10 人 5 答卷統(tǒng)計 任甲林 3 談話 任甲林 5 8 人 5 鄭玉林 5 8 人 5 談話內(nèi)容整理 任甲林 1 鄭玉林 1 調(diào)查報告書寫 任甲林 8 調(diào)查報告內(nèi)部審閱 鄭玉林 1 張增輝，魏代森 .5 調(diào)查報告評審 鄭玉林 2 管 理 過 程 改 善部， MSG 14 合計 計劃工時 48 小時到 64 小時，實際工時為 59 工時。 附件
公司管理相關(guān)推薦
鄂ICP備17016276號-1