2023年7月20日星期四
最近產品終於上到UAT給潛在顧客測試,主管開了個檢討會議讓大家發表意見,在Miro協作平台發表以下。
- 所有的任務、錯誤修正都要開Jira單。
- 新需求/功能可以開Sprint planning來開立Jira單(Story與Task)及安排要解決的Bug單,上一期Sprint未完成的單與需要的人力時間,此時可看到可能的衝突問題,並討論作業順序或解決方案,然後分配給成員。
- 用推而非拉的專案上線策略。
- 現在的狀態是,B團隊在工作上是夥伴,但責任是外包(若沒誤解的話),這樣的曖昧是導致衝突的來源。
- 如果B團隊與A團隊是在同個code base工作,那麼應該使用同一套開發原則。包含專案工具、開發規範、上版流程等。並由B團隊的組長要做出應有的管控,but how?
- 或許A團隊的組長可傳授B團隊組長管控品質的心法、手段、原則、方法論。
- 如果B團隊與A團隊是在同個code base工作,那麼應該使用同一套開發原則。包含專案工具、開發規範、上版流程等。並由B團隊的組長要做出應有的管控,but how?
- 可以透過撰寫應用情境使用案例來獲取雲端知識,同時又可作為給QA的測試案例與客戶的行銷文件。一石三鳥!
- 要跟老闆談判(爭取更多時間,調整上線功能)
- 平台1、平台2(dev, qat)的測試非常痛苦,建立測試帳號令人頭痛。
沒有留言:
張貼留言