懶貓項(xiàng)目質(zhì)量管理的解決方案

本方案的基本思想:

  • 公司現(xiàn)有的資源
  • 規(guī)范化、制度化,彈性化
  • 不僅是解決問(wèn)題,而是要不出現(xiàn)或少出現(xiàn)問(wèn)題,問(wèn)題在可控范圍之內(nèi)
  • 每個(gè)任務(wù)都有一個(gè)起點(diǎn)、終點(diǎn),有始有終
  • 非100分的方案,而是適合我們自己的方案——質(zhì)量與效率兼顧
  • 團(tuán)隊(duì)的提升
  • 方案是結(jié)構(gòu)性的,具體的需要大家共同討論

1、研發(fā)流程的確立

懶貓研發(fā)流程圖

2、研發(fā)各環(huán)節(jié)關(guān)鍵節(jié)點(diǎn)的管理

  • 清晰明確:準(zhǔn)確性、完整性。
  • 可量化
  • 可驗(yàn)收

各個(gè)小組針對(duì)自身的特點(diǎn)制定相關(guān)的標(biāo)準(zhǔn)。

3、高風(fēng)險(xiǎn)節(jié)點(diǎn)的管理

  • 研發(fā)前全面系統(tǒng)的評(píng)估
  • 研發(fā)后的review

4、研發(fā)流程干擾因素的管理

做到每一項(xiàng)需求或任務(wù)都有始有終,是一條清晰的脈絡(luò)。

  • 新需求的增加:需要佳瑾郵件確認(rèn)和相關(guān)開(kāi)發(fā)人員評(píng)估,才能進(jìn)入開(kāi)發(fā)流程
  • 其他任務(wù)的插入:也應(yīng)有佳瑾郵件確認(rèn)和相關(guān)人員開(kāi)發(fā)評(píng)估,才能進(jìn)入開(kāi)發(fā)流程

5、研發(fā)的延期管理

  • 研發(fā)的一些里程碑的節(jié)點(diǎn)需要有產(chǎn)品經(jīng)理或執(zhí)行經(jīng)理郵件通報(bào)當(dāng)前進(jìn)度。如有延期需說(shuō)明原因是其它任務(wù)的插入、資源不到位或者技術(shù)評(píng)估不充分等原因,及后續(xù)需要哪些資源及人員的協(xié)助。
  • 如果項(xiàng)目超過(guò)評(píng)估的時(shí)間,要對(duì)項(xiàng)目未完成的部分進(jìn)行一個(gè)評(píng)估,延期的原因、延期需要的時(shí)間及相關(guān)資源。

6、測(cè)試的管理

  • 測(cè)試用例覆蓋功能全面,盡量做到每一個(gè)bug錄入禪道,做到都能追蹤。
  • 前端及后臺(tái)測(cè)試內(nèi)容的協(xié)同。

7、項(xiàng)目總結(jié)

  • 項(xiàng)目中的里程碑結(jié)點(diǎn)
  • 項(xiàng)目中的問(wèn)題及解決辦法

8、團(tuán)隊(duì)的協(xié)同、小組與小組的協(xié)同、小組內(nèi)成員的協(xié)同

  • 團(tuán)隊(duì)的小伙伴應(yīng)了解彼此的工作范圍
  • 小組與小組的協(xié)同。小組與小組做到無(wú)縫對(duì)接
  • 組員與組員的協(xié)同。小組內(nèi)的小伙伴可以做到工作內(nèi)容的相互轉(zhuǎn)換?;竟ぷ鲄f(xié)同:工作內(nèi)容的了解,及功能模塊設(shè)計(jì)的了解。理想狀態(tài)的協(xié)同:兩個(gè)人工作的無(wú)縫切換。
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書(shū)系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容