又到了要寫推文的時(shí)候,其實(shí)到了現(xiàn)在這個(gè)階段可能我已沒有第一次寫書發(fā)行的那種興奮感,更多的是終于把一塊知識整理完了,放下重?fù)?dān)走向下一個(gè)階段的起點(diǎn)。 從2017年開始接觸DevOps,然后一路考證和客戶落地實(shí)踐,不知不覺就陷入了敏捷的世界。從最初的Know Agile到現(xiàn)在的Be Agile,該怎么做在我心中越來越多的淡化,但是面對變化的適應(yīng)心理在越發(fā)加強(qiáng),畢竟唯一不變的就是變化。從某些角度來說敏捷其實(shí)和若干年前的軟件研發(fā)模式并沒有什么顛覆式的改變,也不具備所謂“銀彈”可以一槍消滅吸血鬼的明顯優(yōu)勢,但是在當(dāng)前模糊不定的大局面下,卻成為了一劑良藥,讓我們可以從“命令”工作的模式,變?yōu)楦谩皡f(xié)作”工作的模式??梢园l(fā)現(xiàn)遠(yuǎn)程辦公反復(fù)的這幾個(gè)月,團(tuán)隊(duì)敏捷能力越強(qiáng),受到的影響越小,每個(gè)人都知道自己該做啥,該怎么做,該怎么協(xié)作,而這一切正是基于小特性團(tuán)隊(duì),高度自動化流程及全棧化個(gè)體。 作為任何一個(gè)熟悉傳統(tǒng)研發(fā)模式的工程師,接觸敏捷的初期就和寫習(xí)慣了面向過程語言突然切到面向?qū)ο笠粯拥牟贿m應(yīng),我現(xiàn)在做的好好的為什么突然給我一個(gè)可能完全不一樣的工作模式及思路,本來實(shí)現(xiàn)一個(gè)需求已經(jīng)很復(fù)雜了,現(xiàn)在又要談需求不應(yīng)該那么“明確”,交付不應(yīng)該那么“全面”。各種新奇的名詞,反直覺的流程甚至一通操作后,除了加班,敏捷就是在XJBG(性價(jià)比高)。 記得有一句話說,凡是出名的美食,你吃著不好吃,大概率是你吃的不“正宗”。能夠成為美食必定是能成為大部分人的認(rèn)可,而在你面對敏捷的時(shí)候,是不是也存在著只聽其名,未嘗其真的情況呢?外面有很多關(guān)于敏捷、DevOps、精益的經(jīng)典讀物,而本書的大部分內(nèi)容也幾乎雷同的在重復(fù)著同樣的理念、最佳實(shí)踐,那么這本“抄襲”的作品有何特殊呢? 正如我們在學(xué)習(xí)中常常談到的知識黑洞,一旦我學(xué)會了,那么我就不明白為什么別人不明白。而作為一個(gè)測試圈子出來的我,更多的會從一個(gè)測試的角色角度,來看待這些經(jīng)典如何與我們的測試工作結(jié)合,讓流程與技術(shù)與敏捷共舞,讓測試不再成為交付的瓶頸。如果你正面對那些經(jīng)典讀物一籌莫展的時(shí)候,本書可能能夠更快的和你產(chǎn)生共鳴,找到邁出第一步的落腳點(diǎn)。 本書的所有內(nèi)容在B站均有完整的課程視頻內(nèi)容,建議大家可以在看完課程后把本書作為紙質(zhì)手冊使用。 https://www.bilibili.com/video/BV1JA411c7X2 最后感謝那些這幾年給過我指導(dǎo)的各位老師,本人才疏學(xué)淺很多內(nèi)容只能點(diǎn)到為止,也希望在后續(xù)得到各位讀者的反饋,修正本書中的不妥及錯(cuò)誤。也感謝清華出版社的趙老師,能夠不厭其煩的一次次梳理初稿中的口語及不妥表達(dá),發(fā)行一本講理念的書比一本寫技術(shù)的書要麻煩的多的多的多。 本書針對當(dāng)前正在敏態(tài)化交付的團(tuán)隊(duì),圍繞敏捷思想從測試的角度、從零開始構(gòu)建知識體系,講解如何做到高質(zhì)量交付,從質(zhì)量視角構(gòu)建基于敏捷理念的全面認(rèn)知并從基本框架體系跳出構(gòu)建敏捷思想的質(zhì)量交付能力,為進(jìn)一步研發(fā)效能提供支撐。本書共11章,從敏捷理念到優(yōu)化交付目標(biāo),以Scrum體系為基礎(chǔ),詳細(xì)介紹看板、用戶故事地圖、故事實(shí)例化、分層自動化體系等,助力個(gè)人和團(tuán)隊(duì)搭建完整的敏捷交付能力。構(gòu)建以業(yè)務(wù)價(jià)值為目標(biāo),以高質(zhì)量快速交付用戶價(jià)值的團(tuán)隊(duì),從而構(gòu)建統(tǒng)一認(rèn)知。本書不但適用于測試團(tuán)隊(duì),而且適用于敏捷團(tuán)隊(duì)中的各個(gè)角色互相了解工作內(nèi)容及知識體系。 如果你對技術(shù)比較關(guān)心,那么上一本《敏捷測試實(shí)戰(zhàn)指南》可能更加貼切你的需求。 |
|