OA失敗例子多于成功 最大的風險在企業(yè)本身

申請免費試用、咨詢電話：400-8352-114

現(xiàn)實中OA失敗的例子遠遠多于成功的例子。

   當你面對領(lǐng)導(dǎo)的信任和同事的期望，承擔起建設(shè)一個涉及全局的IT應(yīng)用系統(tǒng)的責任的時候，難免心潮澎湃，涌起建功立業(yè)的雄心壯志，希望無論于公于私都將此項目作成職業(yè)生涯中的一個里程碑。在這種心態(tài)的影響下，你可能不知不覺地滑入了一個新的誤區(qū)。

   失敗案例：當全部需求都被供應(yīng)商滿足了之后，雄心勃勃的項目負責人在上線的頭三個月內(nèi)，被各種細節(jié)需求的滿足性問題拽得到處團團跑，拼命催促項目開發(fā)商供應(yīng)補丁修正程序，然而，這種未經(jīng)仔細設(shè)計、嚴格測試的“急就章”式的補丁卻帶來了更多的bug，熬了多個通宵之后，項目負責人慚愧地向單位領(lǐng)導(dǎo)承認，我們無法在預(yù)定的時間上線了，問題多到了各個部門都不滿意的程度，原因不能簡單地責怪供應(yīng)商，因為我們在提出需求的時候并沒有精確的細節(jié)，供應(yīng)商也是根據(jù)口頭的溝通達成了對需求的認知，并開發(fā)了程序，交付之后才發(fā)現(xiàn)，雙方還是有太多的細節(jié)的細節(jié)沒有溝通到。

貪大求全：

在“認識需求”一文中我們提到了“匯總式”需求對OA項目建設(shè)的副作用，缺乏共性需求的抽象提煉，主次部分，輕重不分，緩急不分，這必將導(dǎo)致前期實施目標點過多，局部各自興奮，全局一盤散沙的局面，事實上你將成為需求平均主義泛濫的犧牲品，喪失把控實施進度的節(jié)奏的能力。

急功近利

如果你認為軟件只要會編程就能作，那你可就大錯特錯了！隔壁鄰居家的高中男孩就能干的事情是寫程序，屬于個人娛樂，和攝影愛好差不多。而軟件是包含責任關(guān)系的商品，需要復(fù)雜的支撐體系。軟件業(yè)已經(jīng)發(fā)展到工程學的水平，擁有嚴格的環(huán)節(jié)分工和檢驗標準。從需求開始，有專業(yè)的人員進行需求的采集、提煉、評估，形成應(yīng)用的“概念設(shè)計”，經(jīng)過評審后，技術(shù)高手會充分考慮諸多因素后提出“構(gòu)架設(shè)計”，評審后才會到開發(fā)部形成 “應(yīng)用設(shè)計”，評審后才會有“代碼開發(fā)”，然后是“功能測試”(諸如白盒測試、黑盒測試、性能測試、壓力測試、環(huán)境測試、安裝測試等)，然后才能交給你。這期間，所有的環(huán)節(jié)都應(yīng)該是最優(yōu)質(zhì)的人力資源在保障質(zhì)量，所以你千萬不要指望找到一個非常廉價還百依百順的供應(yīng)商，根據(jù)你的指令快速而完美地幫你達成目標。

片面求新：

   對新技術(shù)的片面性追求常常導(dǎo)致項目成為了項目負責人（特別是CIO）自娛自樂的畸形產(chǎn)物，即使探索的精神無可厚非，但是畢竟嘗試性的技術(shù)探索對于組織應(yīng)用所期望的穩(wěn)定性、實用性無疑是高風險和高成本的。不少項目負責人會認為“最新的技術(shù)”＝“最先進的技術(shù)”。這種認知是非常片面的。

   在我們看來，所謂技術(shù)先進性的價值不在于先進本身，而在于先進對擴展性、性能、安全性、集成性、易用性（常被CIO所忽視其實對終端客戶的影響排在第一位）等諸多應(yīng)用的現(xiàn)實價值和升級成本的抑制。所以理性的你，應(yīng)該認真地去了解具體什么新技術(shù)，用在什么地方，并且了解這些新技術(shù)為你關(guān)注的各種特性帶來了什么價值。

所以說，最大的風險在于你自己。