国外亚洲成av人片在线观看,热99re久久精品这里都是精品,天堂网在线最新版www,国产成人av区一区二区三,51久久成人国产精品麻豆

任何事情都有風(fēng)險，就是看如何避免和控制風(fēng)險。在項(xiàng)目交付過程中，其實(shí)有很多都是可以避免的。比如正文進(jìn)行分析的這些，很具有普適性。

近期我們在信息化建設(shè)項(xiàng)目過程中，遇到了一個比較神奇的問題：原本計(jì)劃二周可以完成交付的功能，延遲至二個月才能完成。這個過程暴露了很多問題，而這些問題往往有很多都是中小型軟件開發(fā)企業(yè)存在的普遍問題。我想通過本次的文章，將我所思考和分析的問題分享給各位讀者，希望各位即將或已經(jīng)在建設(shè)信息化系統(tǒng)項(xiàng)目的過程中能有所幫助與收獲。

一、交付過程概述

從10月16日開始收到現(xiàn)場實(shí)施人員提出的需求，至12月15日完成功能交付，歷時兩個月。

• 10月17日至19日：產(chǎn)品設(shè)計(jì)人員完成原型設(shè)計(jì)并經(jīng)過評審確認(rèn)。
• 10月20日：研發(fā)負(fù)責(zé)人指派研發(fā)任務(wù)。
• 10月25日：研發(fā)人員開始執(zhí)需求開發(fā)，至10月30日完成開發(fā)，并提交測試人員驗(yàn)證；測試人員提出Bug，設(shè)計(jì)人員進(jìn)行設(shè)計(jì)優(yōu)化，開發(fā)人員進(jìn)行Bug修復(fù)。
• 11月3日：研發(fā)人員完成功能開發(fā)，并交付現(xiàn)場實(shí)施人員。
• 11月6日至17日：由于網(wǎng)絡(luò)故障或其他原因，項(xiàng)目經(jīng)理和現(xiàn)場實(shí)施人員未能推進(jìn)該功能的用戶現(xiàn)場測試和試用。
• 11月20日：產(chǎn)品設(shè)計(jì)人員收到現(xiàn)場實(shí)施人員再次反饋的擴(kuò)展需求。
• 11月21日：產(chǎn)品設(shè)計(jì)人員完成擴(kuò)展需求的原型設(shè)計(jì)并經(jīng)過評審確認(rèn)。
• 11月22日至27日：研發(fā)人員進(jìn)行擴(kuò)展需求功能開發(fā)。
• 11月28日至29日：測試人員完成功能驗(yàn)證并交付功能給現(xiàn)場實(shí)施人員。
• 11月30日：現(xiàn)場人員進(jìn)行功能驗(yàn)證收并反饋修復(fù)意見。
• 12月1日至14日：產(chǎn)品設(shè)計(jì)人員針對反饋修復(fù)意見進(jìn)行優(yōu)化設(shè)計(jì)，研發(fā)人員進(jìn)行Bug修復(fù)。
• 12月15日，簡化版報告最終完成交付現(xiàn)場實(shí)施人員。

二、存在的問題和原因

由于項(xiàng)目建設(shè)涉及設(shè)計(jì)、產(chǎn)品開發(fā)、測試、實(shí)施和項(xiàng)目管理等環(huán)節(jié)。

下面我們將分析一下存在的問題：

1. 需求分析

• 由于需求收集不夠完整，需求分析不夠深入，導(dǎo)致同一需求的功能段段續(xù)續(xù)的提出，從而影響項(xiàng)目的開發(fā)周期。例如，10月中旬第一次提出的需求，到11月中旬又提出擴(kuò)展需求。主要原因是產(chǎn)品人員無法親臨現(xiàn)場進(jìn)行調(diào)研，用戶需求由現(xiàn)場人員代為收集，而產(chǎn)品人員也沒有重視并及時對現(xiàn)場人員收集回來的需求進(jìn)行認(rèn)真分析。
• 由于用戶單據(jù)資料變更沒有及時同步和確認(rèn)，導(dǎo)致開發(fā)完成后還要對功能進(jìn)行修改。例如，報告文件原先是5月份提供的，而10月份我們使用時，文件已經(jīng)進(jìn)行了更新。主要原因是文件使用的時間跨度太長，而且使用時也沒有再跟客戶做進(jìn)行一步的資料確認(rèn)。

2. 產(chǎn)品設(shè)計(jì)

• 在功能規(guī)劃時，由于沒有分析需求的應(yīng)用背景，也沒有從開發(fā)團(tuán)隊(duì)實(shí)際情況出發(fā)，導(dǎo)致開發(fā)和實(shí)施難度變大。比如：設(shè)計(jì)這個臨時功能時，關(guān)聯(lián)了其它的設(shè)備、人員、報告等各個功能模塊，使得原本只要上線一個模塊的功能，現(xiàn)在還要關(guān)聯(lián)其它模塊一起上線，延長了開發(fā)和實(shí)施的周期。這是因?yàn)楣δ芤?guī)劃時，沒有考慮到快速推廣應(yīng)用的目的，而是忽略了實(shí)際情況。
• 在功能設(shè)計(jì)時，也沒有充分考慮客戶的應(yīng)用場景，比如：在設(shè)計(jì)用戶編制報告功能時，除了考慮常規(guī)的新增報告，還應(yīng)當(dāng)考慮編制同類報告時，可以進(jìn)行快速復(fù)制的功能，以及對于一段時間內(nèi)需要集中編制大量報告時，可以考慮導(dǎo)入報告的功能。完善這些功能的設(shè)計(jì)，除了依賴前期的需求收集外，也需要設(shè)計(jì)人員充分的分析和思考。
• 控件定義時，也沒有從數(shù)據(jù)實(shí)際應(yīng)用角度考慮，導(dǎo)致開發(fā)完成后還要對控件進(jìn)行修改。比如：涉及到客戶保密和安全的字段的展示方式，原先我們定義為下拉選擇的方式（暴露所有的數(shù)據(jù)信息），后面我們又調(diào)整成文件輸入的方式，這是因?yàn)樵O(shè)計(jì)時不僅要考慮到用戶使用與操作的便捷性，也需要考慮客戶所屬行業(yè)關(guān)聯(lián)的數(shù)據(jù)安全性。

3. 系統(tǒng)開發(fā)

• 由于開發(fā)團(tuán)隊(duì)負(fù)責(zé)人在分配完研發(fā)任務(wù)后沒有及時跟進(jìn)和推動任務(wù)的執(zhí)行，以及沒有明確任務(wù)的優(yōu)先級和完成日期，導(dǎo)致任務(wù)執(zhí)行的時間滯后，比如20號指派的任務(wù)，25號才開始接收執(zhí)行，這主要是由于開發(fā)人員存在并行處理的任務(wù)。
• 由于開發(fā)團(tuán)隊(duì)內(nèi)部按模塊對應(yīng)固定人員分工，以及開發(fā)的資源不足，內(nèi)部分工機(jī)制不夠完善，導(dǎo)致一個模塊新需求和bug過多或著對應(yīng)模塊的開發(fā)人員請假時，無法按時完成任務(wù)，比如報告管理由一個人開發(fā)人員開發(fā)，由于前面的需求和設(shè)計(jì)的變動，以及開發(fā)人員的請假，導(dǎo)致任務(wù)一直在延期。
• 開發(fā)與產(chǎn)品團(tuán)隊(duì)人員之間缺少必要的溝通，導(dǎo)致開發(fā)完成后的功能與實(shí)際設(shè)計(jì)的功能有偏差，比如報告管理原先設(shè)計(jì)是放在一個租戶下，而實(shí)際開發(fā)出來的是放在另一個租戶下，這主要是由于前期沒有需求詳講，開發(fā)過程中遇到疑問沒有保持溝通。
• 開發(fā)完成后，由于沒有進(jìn)行單元測試和集成測試，因此在測試階段出現(xiàn)了大量的Bug，其中有很多是比較低級和明顯的錯誤，比如：填寫的時間格式不正確，展示信息的取值不準(zhǔn)確。這主要是因?yàn)榍捌谛枨蠛虰ug的工作量很大，以至于精力不足以進(jìn)行自測，就提交測試了。
• 在功能部署升級時，由于沒有將生產(chǎn)環(huán)境和測試環(huán)境做好同步，導(dǎo)致出現(xiàn)了在測試環(huán)境中沒有出現(xiàn)的問題，比如：生產(chǎn)環(huán)境首次新建報告時，模板是空的；報告內(nèi)容中的基礎(chǔ)數(shù)據(jù)為空等。這主要是因?yàn)闆]有實(shí)施測試與生產(chǎn)環(huán)境同步的要求和機(jī)制，同時也缺少對生產(chǎn)環(huán)境的驗(yàn)證要求。

4. 系統(tǒng)測試

測試對提測版本沒有要求，導(dǎo)致交付測試版本質(zhì)量較低，發(fā)現(xiàn)的 Bug 數(shù)量較多，需要測試人員與開發(fā)人員之間反復(fù)溝通，影響項(xiàng)目交付的周期。比如：目前測試人員測試的時間都是由開發(fā)負(fù)責(zé)人通知的，通知開始測試就直接上測試環(huán)境測試。

測試發(fā)現(xiàn)問題后，目前僅提交 Bug 到禪道，缺乏后續(xù)的問題跟進(jìn)處理，導(dǎo)致 Bug 量較多，但驗(yàn)證和解決的少，影響項(xiàng)目交付的質(zhì)量。比如：每日僅統(tǒng)計(jì) Bug 的發(fā)現(xiàn)量，但沒有統(tǒng)計(jì) Bug 的驗(yàn)證情況和未解決的 Bug 目前處理情況，延期的 Bug 依然延期，而且越積越多。主要原因除了測試人員跟進(jìn)不及時外，開發(fā)人員解決效率也是一方面的主要因素。

5. 實(shí)施

實(shí)施人員沒有制定詳細(xì)且可落地執(zhí)行的實(shí)施計(jì)劃，導(dǎo)致在現(xiàn)場發(fā)現(xiàn)問題時，對設(shè)計(jì)、開發(fā)和測試團(tuán)隊(duì)沒有時間上的要求，從而使項(xiàng)目的實(shí)施工作變得不可控。比如，沒有對客戶提出的報告需求進(jìn)行任務(wù)分解，也沒有明確要求任務(wù)的執(zhí)行人、執(zhí)行時間和相應(yīng)的配合資源。

實(shí)施人員對分配的實(shí)施任務(wù)沒有按要求執(zhí)行到位，也導(dǎo)致了項(xiàng)目周期的延長。比如，基礎(chǔ)數(shù)據(jù)配置的工作原計(jì)劃一周完成，但拖拖拉拉延遲了兩周，客戶使用發(fā)現(xiàn)問題后，又需要調(diào)整配置一周。這主要是因?yàn)閷?shí)施人員的崗位職責(zé)和管理要求沒有明確。

6. 項(xiàng)目管理

項(xiàng)目管理人員未能將該功能列入項(xiàng)目計(jì)劃，也沒有及時跟進(jìn)并發(fā)現(xiàn)該功能執(zhí)行過程中的問題，從而導(dǎo)致功能的進(jìn)度被不斷拖延，從10月16至12月15整個功能開發(fā)歷時2個月，而回頭看再排期時，本可以只要1個月左右時間便可完成。這其中，主要原因是項(xiàng)目管理人員沒有足夠的管理意識，沒有給予該功能足夠的重視，比如：站會跟進(jìn)、人員協(xié)調(diào)等，計(jì)劃也未能及時發(fā)現(xiàn)問題并及時跟進(jìn)。

此外，項(xiàng)目管理人員身兼數(shù)職，需要配合項(xiàng)目售前相關(guān)工作，還要需求調(diào)研設(shè)計(jì)等工作，沒有更多時間投入到項(xiàng)目管理工作，比如：在11月份，項(xiàng)目管理人員被抽調(diào)進(jìn)行二期項(xiàng)目的招投標(biāo)工作一周，這主要是因?yàn)楣举Y源有限，往往一人多崗，在多項(xiàng)目并行時，管理人員就力不從心。因此，公司應(yīng)當(dāng)集中一人，專崗從事項(xiàng)目管理工作，以提高效率。

三、問題分析與改進(jìn)措失

1. 需求分析

對于安裝部署后的項(xiàng)目，進(jìn)入系統(tǒng)功能優(yōu)化迭代階段后，出于成本等各原因的考慮，用戶的需求往往由現(xiàn)場實(shí)施人員收集。此時，產(chǎn)品設(shè)計(jì)人員更多的是通過現(xiàn)場人員收集和反饋的信息進(jìn)行系統(tǒng)的設(shè)計(jì)，也因?yàn)楫a(chǎn)品設(shè)計(jì)人員沒有第一手的溝通信息，會導(dǎo)致設(shè)計(jì)上存在偏差和缺陷。要避免存在這種情況，個人覺的要注意做到以下三點(diǎn)：

• 將需要現(xiàn)場人員收集的用戶需求制定成模板，讓現(xiàn)場人員按模板要求填寫用戶需求。這樣就可以將設(shè)計(jì)所需要了解的客戶需求要素收集完整。當(dāng)然前提是產(chǎn)品人員清楚自己設(shè)計(jì)時需要涉及到哪些要素。比如：現(xiàn)在我們制定了用戶需求反饋跟蹤記錄表，將用戶需求完整記錄到清單中，同時也利用現(xiàn)場人員跟用戶進(jìn)行反饋。
• 對于反饋記錄單表中的需求描述不明確或不完整時，要及時跟現(xiàn)場人員或需求提出用戶及時進(jìn)行溝通確認(rèn)，避免需求出現(xiàn)偏差。比如：現(xiàn)在我們逐條對用戶需求進(jìn)行分析并描述需求的系統(tǒng)實(shí)現(xiàn)方式，有不明確的地方會及時進(jìn)行溝通。
• 對于用戶提供的單據(jù)資料要及時做確認(rèn)，特別是提供較長時間（比如1~3個月及以上）的資料要明確是否有最新版本。

2. 系統(tǒng)設(shè)計(jì)

設(shè)計(jì)人員進(jìn)行功能規(guī)劃時，要先明確本次項(xiàng)目（功能）的建設(shè)目標(biāo)，建設(shè)周期，再結(jié)合前面收集的需求進(jìn)行功能規(guī)劃。設(shè)計(jì)產(chǎn)品時，需要根據(jù)用戶的實(shí)際場景出發(fā)，功能能夠滿足和覆蓋各種應(yīng)用場景，當(dāng)然從功能規(guī)劃角度要定義好功能的優(yōu)先級。定義產(chǎn)品控件時，需要考慮每個數(shù)據(jù)實(shí)際應(yīng)用的情況，再進(jìn)行控件的定義，以避免實(shí)施過程中遇到問題再去調(diào)整。

3. 系統(tǒng)開發(fā)

• 通過管理工具進(jìn)行任務(wù)分配管理時，開發(fā)管理人員要利用工具做好及時任務(wù)提醒，同時也需要開發(fā)管理人員養(yǎng)成每日定時任務(wù)分配的習(xí)慣，避免任務(wù)未能及時安排導(dǎo)致任務(wù)延遲。另外，盡量避免開發(fā)管理人員既要管理開發(fā)團(tuán)隊(duì)又要進(jìn)行項(xiàng)目開發(fā)，兩頭都要顧及時，往往開發(fā)與管理工作都不能做好。
• 應(yīng)保障項(xiàng)目開發(fā)團(tuán)隊(duì)的人員有一定的冗余度。在項(xiàng)目開發(fā)過程中，若有人員因故無法完成任務(wù)時，可以有資源能夠調(diào)配，保障項(xiàng)目的進(jìn)度。
• 設(shè)計(jì)與開發(fā)人員應(yīng)保持溝通。從設(shè)計(jì)交付至開發(fā)人員的需求詳講，開發(fā)過程中的問題澄清，再到最后的開發(fā)功能交付產(chǎn)品驗(yàn)證。開發(fā)人員與產(chǎn)品應(yīng)保持溝通，有疑問就要即時的提出和解決。過程中的溝通與人員的主動極積性密切相關(guān)。
• 開發(fā)人員應(yīng)當(dāng)做好自測工作，避免交付的功能存在重大、明顯的缺陷。同時，開發(fā)管理人員也根據(jù)項(xiàng)目的進(jìn)度安排好開發(fā)任務(wù)的優(yōu)先級，避免任務(wù)的過渡集中導(dǎo)致任務(wù)過多而導(dǎo)致開發(fā)人員無法自測或自測效果不理想的情況。
• 利用和做好開發(fā)外的基礎(chǔ)性工作，提高開發(fā)的效率和質(zhì)量。比如通過代碼走查工具提升代碼質(zhì)量；通過同步測試和生產(chǎn)環(huán)境的基礎(chǔ)數(shù)據(jù)，提高功能測試和驗(yàn)證的準(zhǔn)確性。

4. 測試

建立起測試流程規(guī)范，通過學(xué)習(xí)與培訓(xùn)提高測試人員的能力。同時，也要建設(shè)好測試管理制度，對測試的結(jié)果進(jìn)行考評。

5. 實(shí)施

實(shí)施人員需要根據(jù)現(xiàn)場的實(shí)際情況制定好實(shí)施計(jì)劃，并與客戶及研發(fā)團(tuán)隊(duì)達(dá)成一致，保障實(shí)施計(jì)劃能夠逐項(xiàng)落實(shí)到位。

6. 項(xiàng)目管理

項(xiàng)目管理人員需要將每項(xiàng)工作列入項(xiàng)目計(jì)劃，通過站會跟進(jìn)項(xiàng)目的進(jìn)度與質(zhì)量，在項(xiàng)目出現(xiàn)問題時，需要及時的調(diào)配資源保障項(xiàng)目完成。若存在管理人員身兼數(shù)職情況下，可以增加項(xiàng)目助理，輔助完成日常操作性工作，讓項(xiàng)目管理人員集中精力完成重要的工作事項(xiàng)。

四、總結(jié)

以上問題可見，需要完成一個項(xiàng)目，先依據(jù)實(shí)際情況制定好項(xiàng)目計(jì)劃，計(jì)劃中涉及的人力資源要有保障，同時項(xiàng)目過程中的各個環(huán)節(jié)要有規(guī)范和制度，對于項(xiàng)目過程中的存在的風(fēng)險要提前做好防范措施，才能保證項(xiàng)目保質(zhì)保量的完成。