軟體專案管理最常遇到、最難以處理的,都是一些與技術無關的問題。真正因為技術難題造成的瓶頸不是沒有,不過比例上並不高。大多數的問題都是管理問題。錯誤的決策,錯誤的管理方式,常常是造成專案失敗一個很重要,甚至最重要的因素。
##CONTINUE##
而在管理問題裡面,隨著大家對專案管理日益重視,跟開發流程有關的問題,包含各項專案開發的步驟應該要怎麼進行,每個步驟應該要產生那些文件,文件要怎麼進行版本控制,怎麼進行建構管理(configuration management),專案開發與管理工具要怎麼運用,這些比較偏向技術面的理論,瞭解的人就越來越多了。很多原本不知道要追蹤defect (開發時所遇到的問題)的人,也從實戰中,慢慢體會應該要這樣做比較有效率了。
然而,有很多問題的根源,是導源於錯誤的認知以及心態想法上的誤解。這部份所造成的問題,影響就會非常深遠。遇到這種情況,我們通常就以『專案管理沒有做好』,這樣子一句話帶過去,以致於相同的錯誤,其實不斷地在發生。如果你沒有仔細推敲事情背後所發生的原因,以及借重前人所留下來的經驗,歷史就會不斷地重演。
為什麼會有一個與預期相反的結果?為什麼老闆願意授權,可是專案到後來還是死得很難看?公司沒有賺到應有的利潤,反倒賠到脫褲子?這裡面的問題倒底在那裡?所有的這些主管,到底應該要負擔什麼樣的責任?我們又要如何預防類似的情節不斷地在公司裡面出現?
特別是當你在一個組織裡面待久了,你會發現,模式近似的事情,會不斷地重演。這並不是因為所有的專案都是這個樣子的,而是因為這些應該要負責的主管,一直都是沿襲著既有相同的觀念在進行管理。如此一來,相同的場景,就會在不同的專案中,不斷重複的出現。
作者為資深工程師及軟體開發專案經理,經常撰寫軟體專案的文章,作品散見於資訊論壇網站及其個人部落格中,著有《在公牛身上擠奶》一書。 <閱讀原文>
如果您有專案管理上的問題,歡迎選購【TOC系列-關鍵鏈專案管理】課程,運用TOC限制理論的思維模式,幫助您解決專案管理上的問題。
沒有留言:
張貼留言