監(jiān)理公司管理系統(tǒng) | 工程企業(yè)管理系統(tǒng) | OA系統(tǒng) | ERP系統(tǒng) | 造價(jià)咨詢(xún)管理系統(tǒng) | 工程設(shè)計(jì)管理系統(tǒng) | 簽約案例 | 購(gòu)買(mǎi)價(jià)格 | 在線試用 | 手機(jī)APP | 產(chǎn)品資料
X 關(guān)閉

從TOC看“項(xiàng)目實(shí)施階段”存在的問(wèn)題

申請(qǐng)免費(fèi)試用、咨詢(xún)電話:400-8352-114

來(lái)源:泛普軟件

一、泥足深陷

M項(xiàng)目自實(shí)施以來(lái)已經(jīng)過(guò)去了1個(gè)半月,目前該項(xiàng)目還在;試用-修改-再試用-再修改”的泥沼中苦苦掙扎,4名開(kāi)發(fā)人員已經(jīng)人困馬乏,疲于應(yīng)付,但系統(tǒng)的問(wèn)題清單仍然越來(lái)越長(zhǎng),似乎沒(méi)有盡頭......

這個(gè)項(xiàng)目是為生產(chǎn)部門(mén)開(kāi)發(fā)的生產(chǎn)線的管理系統(tǒng)。去年,由于生產(chǎn)工藝和流程變化,已經(jīng)使用了幾年的管理系統(tǒng)無(wú)法繼續(xù)使用了,因此生產(chǎn)部門(mén)購(gòu)買(mǎi)了一套外國(guó)公司的生產(chǎn)管理軟件,花費(fèi)不菲,試運(yùn)行的時(shí)候卻發(fā)現(xiàn)系統(tǒng)響應(yīng)速度非常慢,幾乎造成5條生產(chǎn)線全部停工,無(wú)奈之下只好提前結(jié)束合同,當(dāng)然,首付款也打了水漂。目前,生產(chǎn)線完全依靠人工管理,生產(chǎn)效率低下,生產(chǎn)部門(mén)迫切希望于信息部門(mén)能夠盡快開(kāi)發(fā)出新系統(tǒng),以緩解生產(chǎn)制造的混亂局面。

系統(tǒng)的上線時(shí)間,生產(chǎn)部門(mén)的要求近乎苛刻,信息部在接到任務(wù)后,只好將項(xiàng)目計(jì)劃緊縮、再緊縮。開(kāi)發(fā)部的工程師非常努力,只用了3個(gè)月就完成了需求調(diào)研和代碼開(kāi)發(fā),并于1個(gè)半月前開(kāi)始試運(yùn)行。但是問(wèn)題很快出現(xiàn)了,本來(lái)預(yù)計(jì)只要2周的系統(tǒng)實(shí)施階段一拖再拖,問(wèn)題不斷,眼看三個(gè)2周都過(guò)去了,距正式上線仍遙遙無(wú)期,對(duì)此各方面都非常著急,卻搞不清楚為何如此。


二、原因何在?

實(shí)施受阻,原因何在?

信息部為了按時(shí)交付系統(tǒng),不得不一再的壓縮開(kāi)發(fā)和測(cè)試的時(shí)間,軟件質(zhì)量因此大打折扣。在開(kāi)發(fā)過(guò)程中,系統(tǒng)集成測(cè)試基本屬于奢望,開(kāi)發(fā)人員甚至沒(méi)有時(shí)間對(duì)自己的代碼做充分的單元測(cè)試,就匆忙發(fā)布了,這種做法大大降低了軟件的質(zhì)量,也正是不斷降低的質(zhì)量標(biāo)準(zhǔn)導(dǎo)致了試運(yùn)行時(shí)鋪天蓋地的錯(cuò)誤和缺陷。更麻煩的是,由于不斷的對(duì)軟件功能進(jìn)行修改,只好不斷的對(duì)修改的代碼進(jìn)行測(cè)試,不斷的對(duì)修改過(guò)的功能進(jìn)行用戶(hù)培訓(xùn),造成實(shí)施時(shí)間一延再延。

“實(shí)施階段”指的是指軟件拿到用戶(hù)的實(shí)際工作場(chǎng)所進(jìn)行部屬和使用的階段。一般來(lái)說(shuō),系統(tǒng)實(shí)施要經(jīng)過(guò)“軟件交付——〉發(fā)布——〉用戶(hù)培訓(xùn)——〉用戶(hù)試用——〉發(fā)現(xiàn)問(wèn)題——〉軟件修改——〉軟件測(cè)試——〉重新發(fā)布”這樣一個(gè)螺旋式前進(jìn)的過(guò)程,這個(gè)過(guò)程將不斷的重復(fù),直到系統(tǒng)沒(méi)有問(wèn)題或者存在的問(wèn)題用戶(hù)可以接受為止。不要懷疑這個(gè)過(guò)程的復(fù)雜和繁瑣,因?yàn)檫@才是事實(shí),像那種理想化的、一帆風(fēng)順的實(shí)施過(guò)程通常只會(huì)在教科書(shū)上出現(xiàn),我們必須充分認(rèn)識(shí)到系統(tǒng)實(shí)施階段存在的風(fēng)險(xiǎn)。

在這樣一個(gè)循序漸進(jìn)的過(guò)程中,每個(gè)環(huán)節(jié)都可能引發(fā)混亂,造成延誤,并在各步驟間傳遞和放大這些延誤,導(dǎo)致實(shí)施階段的延期。比如:開(kāi)發(fā)過(guò)程的延誤,造成交付的推遲;用戶(hù)培訓(xùn)的拖后,造成試用的推遲;問(wèn)題發(fā)現(xiàn)的緩慢,造成軟件修改的推遲;軟件修改的頻繁,造成測(cè)試的推遲;軟件測(cè)試的延誤,造成再次發(fā)布的推遲。


三、沖出泥沼

讓我們用TOC的觀點(diǎn)和方法來(lái)分析這混亂的狀況,并找出解決方法。

沖突。

[TOC觀點(diǎn)]:發(fā)現(xiàn)沖突是解決問(wèn)題的第一步。TOC認(rèn)為,如果一個(gè)問(wèn)題未能以?xún)蓚€(gè)必備條件之間的沖突來(lái)表達(dá),那么這個(gè)問(wèn)題就沒(méi)有清晰的定義。

從成本世界出發(fā),各步驟所用的時(shí)間越短越好,所進(jìn)行的循環(huán)次數(shù)越少越好;

從有效產(chǎn)出世界出發(fā),各步驟所做的準(zhǔn)備工作越充分越好,所進(jìn)行的循環(huán)次數(shù)越多,則有效產(chǎn)出的質(zhì)量和效果越好。

錯(cuò)誤的假設(shè)。

[TOC觀點(diǎn)]:TOC認(rèn)為,沖突實(shí)際上是不存在的,當(dāng)我們遇到一個(gè)沖突,那其實(shí)是一個(gè)清晰的信號(hào),顯示有人做了一個(gè)錯(cuò)誤的假設(shè),而這個(gè)錯(cuò)誤的假設(shè)是可以糾正的,一旦糾正了,沖突就不存在了。

在實(shí)施階段存在的錯(cuò)誤假設(shè)是,越早將軟件交到用戶(hù)手上,實(shí)施階段就可以越早結(jié)束。這個(gè)假設(shè)忽視了由于沒(méi)有經(jīng)過(guò)充分測(cè)試的軟件缺陷所造成的混亂和延誤。

制約因素。

[TOC觀點(diǎn)]:對(duì)企業(yè)來(lái)說(shuō),改造最弱的環(huán)節(jié)才會(huì)提升整體的能力,任何時(shí)候最弱的一環(huán)都只有一個(gè),這就是制約因素。

對(duì)于整個(gè)實(shí)施階段來(lái)說(shuō),制約因素是軟件在交付時(shí)應(yīng)該達(dá)到的質(zhì)量標(biāo)準(zhǔn)。如果標(biāo)準(zhǔn)過(guò)高,可能會(huì)造成交付日期的延誤;如果標(biāo)準(zhǔn)過(guò)低,則會(huì)造成修改缺陷和重新發(fā)布過(guò)程的多次重復(fù),造成整個(gè)實(shí)施階段的延誤。

解決方法。

[TOC觀點(diǎn)]:任何問(wèn)題都可以用聚焦五步驟來(lái)解決:找出、挖盡、遷就、松綁、回頭。

我們就用聚焦五步驟來(lái)解決實(shí)施階段所面臨的麻煩:

第一步,找出。從實(shí)際情況來(lái)看,軟件的質(zhì)量標(biāo)準(zhǔn)是我們最應(yīng)該關(guān)注的,是整個(gè)實(shí)施過(guò)程的制約因素。不斷出現(xiàn)的錯(cuò)誤、頻繁的修改、無(wú)休止的測(cè)試和培訓(xùn),都是由此產(chǎn)生的。

第二步,挖盡。挖盡質(zhì)量標(biāo)準(zhǔn)的潛力,也就是找出一個(gè)最符合項(xiàng)目具體情況的標(biāo)準(zhǔn),既不會(huì)因質(zhì)量要求過(guò)高影響軟件按時(shí)交付,也不會(huì)因質(zhì)量標(biāo)準(zhǔn)過(guò)低導(dǎo)致上線后問(wèn)題頻發(fā)。

第三步,遷就。質(zhì)量標(biāo)準(zhǔn)制定出來(lái)以后,其它各方面都要配合這個(gè)標(biāo)準(zhǔn),這樣才能使制約因素不再是瓶頸。比如,軟件需要進(jìn)行充分的測(cè)試以保證滿(mǎn)足質(zhì)量標(biāo)準(zhǔn)的要求,軟件交付必須在測(cè)試通過(guò)之后,并且在重新發(fā)布之前也要進(jìn)行測(cè)試。

第四步,松綁。做到前面三步之后,軟件只有達(dá)到一定的質(zhì)量標(biāo)準(zhǔn)后才會(huì)發(fā)布,對(duì)軟件的修改也必須經(jīng)過(guò)測(cè)試后才能發(fā)布新版本,因此不會(huì)再出現(xiàn)BUG滿(mǎn)天飛的情況,用戶(hù)培訓(xùn)也可以有條不紊的進(jìn)行,系統(tǒng)試運(yùn)行不再是怨聲載道,瓶頸也不再是瓶頸了。

第五步,回頭。原有的瓶頸消失了,必然會(huì)有新的步驟成為最弱的一環(huán),接下來(lái)就是我們?nèi)グl(fā)現(xiàn)并解決它的時(shí)候了。
      

TOC背景

TOC(Theory Of Constraints)是高德拉特(Eliyahu M.Tolerate)創(chuàng)立的“制約法”,是一套獨(dú)特的管理方法論,將之應(yīng)用到軟件項(xiàng)目管理中也一樣適用。TOC致力于找出管理鏈條中的薄弱環(huán)節(jié),然后通過(guò)各種手段加強(qiáng)它,當(dāng)它不再是最弱的一環(huán)時(shí),再去尋找新的薄弱環(huán)節(jié),如此往復(fù),整個(gè)管理鏈條都得以加強(qiáng)了。(amt)

發(fā)布:2007-04-23 10:56    編輯:泛普軟件 · xiaona    [打印此頁(yè)]    [關(guān)閉]
相關(guān)文章:

泛普貴陽(yáng)OA快博其他應(yīng)用

貴陽(yáng)OA軟件 貴陽(yáng)OA新聞動(dòng)態(tài) 貴陽(yáng)OA信息化 貴陽(yáng)OA快博 貴陽(yáng)OA軟件行業(yè)資訊 貴陽(yáng)軟件開(kāi)發(fā)公司 貴陽(yáng)門(mén)禁系統(tǒng) 貴陽(yáng)物業(yè)管理軟件 貴陽(yáng)倉(cāng)庫(kù)管理軟件 貴陽(yáng)餐飲管理軟件 貴陽(yáng)網(wǎng)站建設(shè)公司