全部回答 已有 3人回答

• 

  13*******55 2022-02-21
  好了說了這么多，如果真正執(zhí)行的時候還是有問題，證明你需要時間讓團隊適應這種風格，也需要具體情況具體分析。這些就是我在我的知乎live《十年敏捷開發(fā)》中講發(fā)部分內(nèi)容。也可以關注專欄，雖然一篇還沒寫。再回過頭來看文中提到的問題，就是菜雞互啄，研發(fā)，管理，老板都不懂也不專業(yè)，出了問題就用簡單粗暴的辦法去解決，實際上，沒有5到10年的項目管理經(jīng)驗，想去摸索出來一套項目管理方案，太難了。先定流程規(guī)范，再有對各崗位的要求，還要分析原因給出解決方案，以及增強對團隊的輔導和培訓。誰都不愿意項目出問題，但真出問題了，就該用正確和專業(yè)的方案來解決
• 

  19*******47 2022-02-21
  如果是測試環(huán)境出現(xiàn)10個以上的major的BUG，參與Demo的人員先被批，我司Demo通過的標準是不允許出現(xiàn)一個肉眼發(fā)現(xiàn)的問題，不問級別 所以測試人員在測試環(huán)境發(fā)現(xiàn)超10個major的BUG，證明Demo環(huán)節(jié)出問題了，需要反思一下Demo的問題，但不會開除程序員，會先找測試和pm和leader的問題。如果Demo是發(fā)現(xiàn)了10個以上的major問題（還沒提BUG管理工具），這就是研發(fā)團隊自測不嚴謹，這樣素養(yǎng)不強，或者是項目時間不夠，強行Demo，又或者的不按敏捷開發(fā)流程走，沒有做持續(xù)集成和每日mini Demo。就改找響應的工程師，leader了解情況（在我司每天都會有晨報關注項目是否有風險）。原因不外乎是需求不清楚，方案有問題，代碼不規(guī)范，測試不嚴謹，接口宗變動 時間不夠用幾種。每一種都倒推，story，優(yōu)先級，task等等。
• 

  13*******00 2022-02-21
  首先BUG分級別，其次BUG分測試環(huán)境還是線上環(huán)境。BUG的級別分成critical，block，major，normal，minor五種。critical是崩潰的BUG，比如說一個服務直接不可用了，微信不能發(fā)消息，支付寶不能付款這種，打開直接報錯。block是指某個流程的中間環(huán)節(jié)被卡住，無法進行下一步，比如說，注冊的時候手不到驗證碼，購物的時候添加不到購物車。major就是影響業(yè)務功能或者是用戶體驗的環(huán)節(jié)。 比如說知乎里的回答不是我的卻顯示成我的，本來只能回答一次卻允許我回答十次等。noamal是指非核心業(yè)務流程產(chǎn)生的問題，比如說知乎無法變更頭像，昵稱等。這個要看自己的定義。minor就是指各種影響體驗，但不影響使用的內(nèi)容。