根據(jù)國際知名調(diào)查機構(gòu)stanish集團的統(tǒng)計,真正成功的項目僅有26%,而其他項目都可以算作失敗項目。為什么這么多的項目都失敗了呢?問題出在哪里?
依據(jù)筆者的經(jīng)驗,很多項目實際上是敗在了初期,敗在了啟動時,敗在了項目的宏觀管理策略上。即,沒有根據(jù)項目的特點采用合適的管理策略,即使后續(xù)的管理方法再細致也沒有用了。我推薦如下八個感觸頗深的管理策略,供軟件項目的管理者借鑒:
1、增量交付
超過3個月周期的項目一定要分批交付,以盡早滿足客戶的商業(yè)價值,以增加項目的外部可見性,以盡早發(fā)現(xiàn)對需求的偏離,以盡早完整地在實際環(huán)境中確認需求的實現(xiàn)。
2、迭代開發(fā)
短周期迭代,以盡早確認需求,以盡早響應需求變化,以獲得成就感,以客觀的度量項目進展,以盡早發(fā)現(xiàn)各種風險,以建立一個自主學習,內(nèi)部提升的開發(fā)團隊。
3、骨架優(yōu)先
先開發(fā)出可執(zhí)行的骨架代碼,以確保接口的可行性,以保持一個可測的框架,以便于隨時增加新的功能進來,以便于不同的開發(fā)人員進行聯(lián)調(diào)。
4、測試驅(qū)動
先設計好測試程序,再設計產(chǎn)品代碼。邊寫產(chǎn)品代碼,邊單元測試,以使單元測試程序充分利用,重復利用,以盡早發(fā)現(xiàn)程序bug,以盡可能多的發(fā)現(xiàn)程序bug,以快速定位bug。
5、持續(xù)集成
不聯(lián)調(diào)不知道程序接口的錯誤。通過持續(xù)集成可以盡早發(fā)現(xiàn)不同程序銜接的問題。
6、每日確認
需求人員應該每天確認完成的功能是否滿足了預期。盡早發(fā)現(xiàn)問題,盡早解決,也便于客觀度量項目進展,盡早調(diào)整后續(xù)的計劃,每日確認來保證方向的正確性,結(jié)果的正確性。
7、實時溝通
溝通失誤是返工的最大原因。別人寫的,你理解可能錯誤。別人說的,你也可能理解錯誤。需要在開發(fā)過程中事先充分溝通、及時溝通、多種手段溝通、面對面溝通,事情完成后要及時確認完成結(jié)果的正確性。
8、結(jié)果可視
項目的狀態(tài)要通過需求完成的多少來度量,項目的狀態(tài)要通過看板來直觀展現(xiàn),要讓項目組的所有成員都抬頭可見。
上海迭心信息科技有限公司——歡迎來電咨詢021-58445696