如果你是產(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)，我們將立即處理，馬上刪除。
sales@spasvo.com
