前言
這周末參加了軟件平臺部的述職，上午筑哥從軟件平臺架構(gòu)的規(guī)劃和演進(jìn)，詳細(xì)的闡述了2020年的工作方向。我從質(zhì)量文化建設(shè)，技術(shù)實(shí)踐和大家探討了2020年質(zhì)量內(nèi)建的推進(jìn)思路。小紅從過程質(zhì)量規(guī)范和管控描述2020年的落地計(jì)劃。下午各團(tuán)隊(duì)技術(shù)Leader圍繞著架構(gòu)、質(zhì)量、過程改進(jìn)三個(gè)方面，結(jié)合自己團(tuán)隊(duì)和業(yè)務(wù)方向，共同探討每個(gè)團(tuán)隊(duì)2020年的目標(biāo)，歷經(jīng)10幾個(gè)小時(shí)的激烈討論，大家對2020年的規(guī)劃都有了比較清晰的認(rèn)識。但如何更好的貫徹公司的戰(zhàn)略方針，如何將軟件平臺的目標(biāo)真正的落地下去，將給我們各中層管理者一個(gè)很嚴(yán)峻的挑戰(zhàn)。古人云“窮則變，變則通，通則久”，我們需要改變我們的觀念、工作方式和管理方法。讓改變當(dāng)下發(fā)生，對于每個(gè)中層管理者來說，將責(zé)無旁貸，且勢在必行。
一.觀念要改變
2020年絕對是很困難的一年，要做好迎接困難的準(zhǔn)備。宏觀經(jīng)濟(jì)形勢依然不容樂觀，中美貿(mào)易戰(zhàn)還在持續(xù)，經(jīng)濟(jì)寒冬中，我們要做好開源節(jié)流，業(yè)務(wù)方面拓寬渠道，以品牌為主，積極開拓國內(nèi)外市場，在內(nèi)部方面，我們要提高各部門資源的復(fù)用率，提升效能，節(jié)省開支。對于SQA來說，我們的意識要轉(zhuǎn)變，我們不能局限于發(fā)現(xiàn)測試過程中的問題，我們要對整體交付質(zhì)量把關(guān)。每個(gè)SQA同學(xué)，要對質(zhì)量敬畏，在平常工作中要充當(dāng)起以下幾個(gè)重要角色：
老師：制定好流程和規(guī)范，讓公司所有人嚴(yán)格按這些流程和規(guī)范做事。
醫(yī)生：分析質(zhì)量相關(guān)數(shù)據(jù)，如BUG原因分布、版本數(shù)、缺陷打回?cái)?shù)等。找出問題的“引入點(diǎn)”，并進(jìn)行原因診斷，開處方，為團(tuán)隊(duì)提供解決方案。
警察：過程審核，發(fā)現(xiàn)問題。從需求、設(shè)計(jì)、編碼、發(fā)布整個(gè)項(xiàng)目管理過程，QA都要嚴(yán)格審核，找出潛在的質(zhì)量隱患。并做好源頭把關(guān)，盡量不把缺陷帶給下游。
二.工作方式要轉(zhuǎn)變
2019年，軟件平臺的整體質(zhì)量不高，線上問題頻發(fā)。2020年我們需要大幅提升我們的開發(fā)和測試質(zhì)量，我們的工作方式要轉(zhuǎn)變。
研發(fā)層面，我們要以全局的角度去思考如何技術(shù)優(yōu)化，盡量減少技術(shù)債務(wù)。
1.架構(gòu)優(yōu)化：一些結(jié)構(gòu)不良、低內(nèi)聚高耦合的代碼會使得很小的需求變更或功能擴(kuò)展都無從下手，修改的代價(jià)很高。同樣系統(tǒng)之間的耦合也需要重點(diǎn)去關(guān)注，系統(tǒng)要遵循單一職責(zé)原則，對于職責(zé)不清晰的系統(tǒng)去做解耦優(yōu)化，進(jìn)行一些模塊化改造、服務(wù)隔離、公用服務(wù)抽象。
2.性能優(yōu)化：基于2020年業(yè)務(wù)量、數(shù)據(jù)量的發(fā)展評估，根據(jù)目前系統(tǒng)服務(wù)的吞吐量和并發(fā)數(shù), 需要提前規(guī)劃對系統(tǒng)性能進(jìn)行一些升級策略，包括重點(diǎn)關(guān)注對一些慢接口、慢查詢的優(yōu)化。
3.彈性與可靠性：系統(tǒng)提供的服務(wù)需要保障括數(shù)據(jù)一致性、冪等、防重攻擊，同時(shí)也需要從熔斷降級、異地多活的角度去考慮存在哪些問題，目前系統(tǒng)的 SLA 指標(biāo)是否能夠達(dá)到高可用，需要做哪些優(yōu)化保障系統(tǒng)的高可用。
4.可伸縮：應(yīng)用服務(wù)是否保證無狀態(tài)，關(guān)鍵節(jié)點(diǎn)發(fā)生故障能夠快速轉(zhuǎn)移、擴(kuò)容，避免故障擴(kuò)大化。
5.技術(shù)實(shí)踐上，我們將狠抓CodeReview，每周至少一次。代碼質(zhì)量會更多的從可測性，可讀性，可理解性，容變性等代碼可維護(hù)性維度去衡量，每次項(xiàng)目開發(fā)自測完成后，會安排組內(nèi)人員交叉CodeReview，一般會review 代碼質(zhì)量以及規(guī)范方面的問題，關(guān)注的是每一行代碼變更是否與本次需求相關(guān)，如果存在加班車發(fā)布或者代碼重構(gòu)優(yōu)化，需要自行保證測試通過，否則不予發(fā)布。對于核心模塊，將推行單元測試，保證代碼分支有足夠的單元測試覆蓋率。
測試層面，將推行測試左移和測試右移，全方位考慮整個(gè)軟件開發(fā)周期的質(zhì)量保障，從需求->設(shè)計(jì)->編碼->測試->驗(yàn)收->EP->PP->MP每個(gè)階段，我們能從哪些方面、哪些層次來提升產(chǎn)品的交付質(zhì)量：
1.需求階段，QA要參與需求評審，判斷需求是否合理，能否預(yù)期的目的，需求是否夠細(xì)致并可實(shí)施。
2.設(shè)計(jì)階段，QA需要了解項(xiàng)目的技術(shù)方案設(shè)計(jì)并分析接口、表結(jié)構(gòu)、算法、安全策略有沒有問題，并從測試的角度給出相應(yīng)建議。
3.編碼階段，提供自動(dòng)化測試接口工具，檢驗(yàn)接口功能正確性，推動(dòng)研發(fā)制定單元測試、靜態(tài)代碼檢查、TDD的開展策略。
4.自測階段，提供研發(fā)自測的測試用例，檢查研發(fā)的自測情況。
5.測試階段，提高測試用例覆蓋度，手工測試與自動(dòng)化測試相結(jié)合，通過多維度的缺陷分析，找出質(zhì)量的“引入點(diǎn)”。
6.發(fā)布階段，通過自動(dòng)化測試縮短回歸測試周期，業(yè)務(wù)監(jiān)控及時(shí)發(fā)現(xiàn)線上問題。
三.管理要主動(dòng)求變
管理者需要依靠團(tuán)隊(duì)才能獲得成功，在思維方式上，要從被動(dòng)轉(zhuǎn)變成主動(dòng)，從注重結(jié)果轉(zhuǎn)變成不僅注重結(jié)果還要注重過程，從獨(dú)立思維轉(zhuǎn)變到系統(tǒng)思維，同時(shí)還要克服思維障礙，比如：專注個(gè)別事件、局限思考、經(jīng)驗(yàn)主義錯(cuò)誤等。 每一個(gè)管理者，都要有庖丁解牛的能力，將公司的戰(zhàn)略目標(biāo)變?yōu)榭梢詧?zhí)行的步驟，和團(tuán)隊(duì)確定努力的方向，同時(shí)還要注重發(fā)展和創(chuàng)新。
1.在組織方面，要根據(jù)工作目標(biāo)建立和完善工作流程和制度，注重人才選拔。
2.在人員培養(yǎng)方面，要做好團(tuán)隊(duì)的梯隊(duì)建設(shè)，對下屬要有系統(tǒng)的培訓(xùn)和輔導(dǎo)，還要因時(shí)因事去激勵(lì)下屬，挖掘他們的潛力、使他們能自己去完成有價(jià)值的任務(wù)，管理者要做到不是告訴別人該做什么，而是讓別人明白自己該做什么。
3.在協(xié)作方面，要加強(qiáng)團(tuán)隊(duì)協(xié)作，有效溝通，管理者必須要有大局觀，要站在更高的層次考慮問題，要通過有效溝通，明確目標(biāo)，提高團(tuán)隊(duì)凝聚力，為團(tuán)隊(duì)創(chuàng)造良好的工作環(huán)境和氛圍，要始終清醒的認(rèn)識到：沒有完美的個(gè)人，只有完美的團(tuán)隊(duì)。
4.在激勵(lì)方面，要進(jìn)行有效的績效評估和管理，充分調(diào)動(dòng)每個(gè)人的積極性，在內(nèi)部形成良性競爭，打造成一支能打硬仗的精兵團(tuán)隊(duì)。
遇見更好的自己
2020年，是立達(dá)信很關(guān)鍵的一年，決定著立達(dá)信的未來。我們每一個(gè)立達(dá)信人不能再墨守陳規(guī)，守著老路不放。只有像繭中的蛹，不斷地去掙扎，才能蛻變成美麗的蝴蝶?！弊叱龌煦纾尭淖儺?dāng)下發(fā)生“，這是我在混沌大學(xué)里最喜歡的一句話。改變?nèi)缢?，如水方能曲達(dá)，改變自我，方能適者生存。希望每個(gè)人在2020年都能遇見更好的自己，共勉！
