工作日誌-1012工作失誤總結

      今天工作中發現了患者360視圖V3.2.2版本發佈到現場出現了兩個低級bug,一個是前端代碼中出現了console.log這種IE8不支持的語法,導致現場醫囑模塊報錯,這種寫法之前小組內已強調過好幾次,但還是出現了,且在發佈版中。第二個Bug是操作視頻竟然是研發自己拍攝的一個測試版視頻,也發佈到了現場。

      總結下來出現這兩個問題的根本原因就是我的管理方面過於懶散,研發的一個完整閉環沒有建立,導致好幾個環節出現了漏洞。主要有以下幾點需要完善:

      1)研發流程規範:研發完成一個任務後,需求責任人沒有嚴格去驗證任務是否達到需求目標,產品研發責任人沒有嚴格去驗證任務提交的代碼、腳本、文檔是否符合規範。針對這個問題,在以後的工作中,每項需求在開出任務前,產品研發負責人都要把設計思路和需求提出人覈對,沒問題時纔開出任務,任務完成後,研發負責人必須去驗證任務提交的成果是否符合規範,所有任務完成後且內測沒問題才能將需求關閉(需要測試的變成已解決,不需要測試的現場或需求提出人驗證沒問題變成已關閉)。

     2)團隊協同能力不高:一個產品能順利出廠需要產品、研發、測試各個角色的高效配合才能完成,現在團隊出現了角色混亂,角色分工不夠明確的現狀,當時患者360V3.0.0時DE 研發流程正在瓦解,產品沒有太多時間做需求分析和編寫產品相關文檔,研發還停留在等需求的思維中,沒有快速補位,導致一個視頻遲遲沒有錄製,遭到現場一頓吐槽。這塊需要儘快和產品,測試一起把分工明確下來。

    3)獎懲機制沒有:之前因爲團隊組建不久,我們幾個都比較年輕,工作經驗不足,因此團隊管理上比較寬鬆,甚至懶散,慢慢也滋養了浮躁的工作態度,往後要一起慢慢建立起符合我們的獎懲機制,對一個階段表現比較好的成員要給予獎勵和鼓勵,對工作態度上出現問題的成員要及時提出讓其改正,如果同一個問題反覆出現,就要給予懲罰了。懲罰的目的是讓我們能更好的正視問題,以後工作中儘量不再出現。因爲自己的一個小失誤有可能給團隊造成很大的損失。

   4)工作態度問題:出現問題其實歸根結底是人的問題,是我們工作態度出現了問題,console.log這個問題研發有可能忙於多個產品出現了失誤,但是360研發負責人爲什麼沒有在產品封版前全局排查下IE8的問題,這是值得反思的;視頻的問題更嚴重,爲什麼研發明知道這樣發出去是不可取的沒有及時把這個問題給暴露出來,爲什麼360研發負責人沒有嚴格驗證任務完成質量,我又爲什麼沒有在產品出廠前細緻檢測下發布包,這都是我們工作態度不夠端正。我要深刻反思,一個人只要工作態度端正了,即使工作能力眼前差點,我想通過不斷學習進步,都不會差到哪裏去,像朱龍強的工作態度就值得我們學習,吳意安排的任務他會踏踏實實的去完成,我們提出的改進意見,他也會積極完善,因此我想他在以後的工作中也會一帆風順的。一個人如果工作態度出現了問題,能力越強,到後來給團隊造成的傷害其實越大。

   5)思維固化:之前有家醫院出現過我們產品和業務系統接口不通情況,記憶猶新的現場實施一句話:“業務系統肯定沒問題,是你們平臺產品的問題”,雖然最後排查是業務系統的問題,但爲啥實施第一反應是那樣,當時我還理解是現場實施的偏激,但是如果我們平臺產品過硬,實施容易實施,也很少出錯,爲啥他們還會爆出那樣的話呢?並且通過維護以前老產品和現在我自己負責的新產品,也在不斷爆出低級錯誤,這又怎麼能讓現場實施一直容忍我們呢?說到底還是我們自己不夠專業,做出的東西不能讓別人信服。長此以往,損害的不光是一個產品,而是整個事業部。同時我們的能力也會被現場質疑。

    從昨天發生這兩個事讓我回想團隊從成立到現在,從混亂到現在漸漸形成規範,也想到團隊的朋友們都在進步,心裏很高興,特別是龍強從開始不能獨立編寫出一個模塊到現在可以獨立承擔一個功能的開發,技術進步很快;看到晨星對患者360產品的歸屬感越來越強,對團隊有了感情;看到吳意從多年奮鬥的同事加朋友相繼離職感情上低落中慢慢走出來,融入到新的團隊中;看到陶軍新來公司就能同時開發幾乎應用組的所有產品,第一個初步達到全棧工程師的能力;看到國成從一段心情的低谷也走出來了,且更有幹勁了,心裏很是高興。

    但是我也意識到我們小組離“高執行力團隊”差的還很遠,需要我們所有人一起努力,去除浮躁,踏實,勤奮,一步一個腳印,最終達到”高效執行力團隊“的目標。

 

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章