如果你是產(chǎn)品經(jīng)理或項目經(jīng)理,在產(chǎn)品研發(fā)和項目管理中有哪些痛點有待解決?
從產(chǎn)品角度來看:
沒有單獨的角色負責產(chǎn)品,往往是項目經(jīng)理兼任,擺不清楚自己的位置。
做出來的功能不是用戶真正想要的。
產(chǎn)品不能按期交付。
產(chǎn)品質(zhì)量無法保證,后期維護成本很高。
需求無休止的變更。
客戶的任何需求都答應下來,需求會永無止境。
版本分支很多,新增功能或者需求變動改動太高。
從項目管理角度來看:
項目經(jīng)理往往從技術骨干轉(zhuǎn)崗,懂技術,不一定懂管理。
缺少系統(tǒng)的管理理論和方法,靠經(jīng)驗和人治。
對項目的估計偏樂觀,每月30天,每天12小時。
需求分析,任務分解不夠細致,粗枝大葉。
項目周期過長,節(jié)奏無法控制,前松后緊。
從研發(fā)角度來看:
缺少統(tǒng)一的編碼規(guī)范,或形同虛設。
結(jié)構混亂,架構不合理,系統(tǒng)不靈活。
濫用全局變量。
沒有良好的注釋的習慣。
變量命名隨意,含義不清晰,中英文夾雜。
缺少安全和性能意識。
沒有測試意識,代碼質(zhì)量無法保證。
跟風選擇時髦的技術或者框架,遇到問題無法解決。
每人一攤,缺少真正意義上的協(xié)作,單點風險大,無法輪崗。
從測試角度來看:
項目前期無法展開測試,測試人員只能等。
研發(fā)無法按期交付,壓縮測試時間,最后只能犧牲質(zhì)量。
沒有很好的bug管理規(guī)范和系統(tǒng),口頭、email和聊天軟件。
往往缺少壓力測試,真正上線發(fā)現(xiàn)問題比較嚴重。
往往缺少安全測試,一旦出現(xiàn)問題影響嚴重。
不做版本控制,混亂的代碼庫和開發(fā)環(huán)境。
本文內(nèi)容不用于商業(yè)目的,如涉及知識產(chǎn)權問題,請權利人聯(lián)系SPASVO小編(021-60725088-8054),我們將立即處理,馬上刪除。