第二章 變革要以人為本
2.1敏捷需要全員參與
1、不同角色參與者對敏捷的誤解
? ? 很多企業(yè)剛開始導(dǎo)入敏捷的時候蛇耀，大部分人都以為敏捷轉(zhuǎn)型與自己無關(guān)辩诞； 而感覺跟自己可能有點關(guān)系的人則認(rèn)為，變革就像一陣風(fēng)纺涤，過去后一切照舊译暂。
? ? 1）高管
? ? ? ? 敏捷是一種項目管理方法抠忘，讓下面的職能經(jīng)理以及項目經(jīng)理們搞敏捷就可以了。
? ? 2）職能經(jīng)理
? ? ? ? 我們經(jīng)理層都懂敏捷外永，但我們不干具體的活崎脉，團隊自己搞就可以了。
? ? 3）開發(fā)工程師
? ? ? ? 領(lǐng)導(dǎo)怎么搞伯顶，跟我們沒關(guān)系囚灼，我干我的活。領(lǐng)導(dǎo)讓我干的時候祭衩，咱再動灶体。
? ? 4）產(chǎn)品經(jīng)理、用戶體驗設(shè)計師（User Experience,簡稱UX）
? ? ? ? 敏捷是研發(fā)團隊的游戲掐暮，我們該咋干還咋干蝎抽。
? ? 5）測試工程師
? ? ? ? 敏捷只在開發(fā)團隊里轉(zhuǎn)，咱們該怎么測試就怎么測路克。
2樟结、不同角色參與者都需要做出改變
? ? 如果大家都以為不關(guān)他們的事，那么敏捷轉(zhuǎn)型到底關(guān)誰的事呢精算？其實瓢宦，敏捷轉(zhuǎn)型是一場涉及所有人的變革，所有角色都需要做出改變灰羽。
? ? 1）高管
? ? ? ? 高管不但是需要深入理解敏捷的人刁笙，更是組織轉(zhuǎn)型的領(lǐng)導(dǎo)者和最終負責(zé)人。如果你不懂谦趣，或者懂了又不關(guān)心疲吸，那么敏捷轉(zhuǎn)型就無法繼續(xù)，因為每個員工都在看你的眼色行事前鹅。
? ? 2）職能經(jīng)理
? ? ? ? 職能經(jīng)理以為自己懂敏捷摘悴，但實際上在很多企業(yè)里成為轉(zhuǎn)型障礙的往往就是職能經(jīng)理。為什么會這樣舰绘？因為很多職能經(jīng)理其實不懂敏捷或者只對敏捷有膚淺的理解蹂喻，但是他們卻自以為很懂。此外捂寿，即使他們懂了也很難自我轉(zhuǎn)變口四，因為改變自己比改變別人要難得多。如果你不服秦陋，那么說說看蔓彩，如果作為職能經(jīng)理的你真的懂了，為什么還吆五喝六的指揮團隊怎么工作，還向團隊要周報赤嚼、日報旷赖，還用那些舊的度量體系衡量團隊的工作進展？
? ? 3）開發(fā)工程師
? ? ? ? 你是產(chǎn)品每一行代碼的真正交付者更卒。你的交付方式等孵、溝通和協(xié)作方式將會徹底改變。你悶著頭蹂空，憋了好幾天提交了一次代碼俯萌，自己沒測就直接仍給測試工程師，測試工程師提交了bug之后你也不著急解決上枕。這種方式將一去不復(fù)返咐熙。
? ? 4）產(chǎn)品經(jīng)理
? ? ? ? 產(chǎn)品經(jīng)理的需求提供方式必須改變，不能再把幾十頁的需求文檔扔給研發(fā)團隊姿骏，然后就再也見不到人糖声。你需要與團隊一起梳理產(chǎn)品需求斤彼，并對它們進行拆分和優(yōu)先級排序分瘦，更重要的是，你需要每天都能讓研發(fā)團隊找到你琉苇。
? ? 5）UX設(shè)計師
? ? ? ? 你花了一個月的時間做了那么完美的設(shè)計嘲玫，但這樣的效率跟不上團隊的開發(fā)速度。所以你必須快起來并扇，你的設(shè)計節(jié)奏要跟隨團隊的迭代而快速迭代去团。
? ? 6）測試工程師
? ? ? ? 如果你還在過著每日悶頭用手測試、提交bug單的生活穷蛹，那么你已經(jīng)徹底被淘汰了土陪。
? ? 7）測試經(jīng)理
? ? ? ? 你不要因為自己有個龐大的測試部門而驕傲，你的部門越大肴熏，你越應(yīng)該檢討為什么你的部門需要這么多的測試工程師鬼雀。如果你所在的企業(yè)里，測試工程師人員與開發(fā)人員所占比例越高蛙吏，說明你們企業(yè)的產(chǎn)品測試自動化成熟度越低源哩。測試活動一定要逐步在團隊里完成，而不是單靠測試部門來把質(zhì)量關(guān)鸦做。敏捷發(fā)展到最終境界励烦，就是測試部門逐漸消亡。
3泼诱、敏捷對不同角色參與者的價值
? ? 每一個參與轉(zhuǎn)型的人要的不是變革本身坛掠，而是變革給他們帶來的價值。
? ? 1）高管? ?
? ? ? ? 如果你和你的管理團隊領(lǐng)導(dǎo)轉(zhuǎn)型比較成功，你的企業(yè)就會獲得前面所述的敏捷轉(zhuǎn)型的收益却音，從而實現(xiàn)你的變革愿景改抡。
? ? 2）職能經(jīng)理
? ? ? ? 如果你領(lǐng)導(dǎo)的部門轉(zhuǎn)型比較成功，你的部門就會得到相應(yīng)的收益系瓢。此外阿纤，如果你學(xué)會運用敏捷領(lǐng)導(dǎo)力，就能夠逐漸感覺到團隊的改變夷陋，他們再也不是以你為中心欠拾，一切等著你來監(jiān)督才會使項目順利推進。相反骗绕，團隊會通過自我管理藐窄、主動協(xié)作來解決問題，并且他們會在自己的職責(zé)范圍內(nèi)敢于決定和承擔(dān)結(jié)果酬土【Ｈ蹋總之，你會發(fā)現(xiàn)由團隊逐漸產(chǎn)生的由內(nèi)而外的驅(qū)動力在激勵他們工作撤缴。
? ? 3）開發(fā)工程師
? ? ? ? 你會發(fā)現(xiàn)自己的工程技能得到了極大的提高刹枉，即從前可能只是做模塊的后端代碼，現(xiàn)在可以不止做架構(gòu)設(shè)計屈呕、編程微宝，還能有機會在前端和后端都得到鍛煉，還可以做自動化測試虎眨。你還會發(fā)現(xiàn)你的工作效率得到了極大的提升蟋软，即從前全手工做編譯、集成嗽桩、測試岳守、部署，現(xiàn)在可以用學(xué)習(xí)到的各種自動化工具完成這些工作碌冶。這為一名開發(fā)工程師的職業(yè)發(fā)展打下了堅實的基礎(chǔ)湿痢。? ?
? ? 4）產(chǎn)品經(jīng)理
? ? ? ? 你可以看到自己提的需求在每個迭代中落地，而不需要等到最后一刻种樱。你可以在每個迭代結(jié)束后變更需求或提出新的需求蒙袍，團隊便可以馬上將其落實到產(chǎn)品中，從而讓你的產(chǎn)品與市場或用戶當(dāng)下的需要更加匹配嫩挤。你還會發(fā)現(xiàn)害幅，團隊跟你的協(xié)作更加緊密，團隊更懂需求岂昭、更懂你以现，也更懂用戶。
? ? 5）UX設(shè)計師
? ? ? ? 如果采用敏捷用戶體驗的設(shè)計方法，你會減少大量雖然精致邑遏、美麗卻沒有在團隊中落地而浪費的設(shè)計稿佣赖。你會為能夠頻繁獲取到用戶對你的設(shè)計的反饋而興奮。
? ? 6）測試工程師
? ? ? ? 你的測試工作會大大提前记盒，你不再只是在項目后半段驗證憎蛤，而是全程參與需求的討論，這增加了測試工程師對產(chǎn)品的話語權(quán)纪吮，以及對自身工作的自豪感俩檬。同時，你的工作效率會得到極大提升碾盟，因為你的工作以手工為主轉(zhuǎn)變?yōu)槿恳宰詣踊癁橹髋锪伞Ｒ虼耍悴粫倮^續(xù)做大量重復(fù)冰肴、枯燥的手工操作性測試屈藐，而是將精力放在測試的設(shè)計、需求的反饋熙尉，以及自動化測試的開發(fā)上联逻。這有助于測試工程師的職業(yè)發(fā)展。
? ? 了解更多內(nèi)容骡尽，請微信關(guān)注：
? ??
? ??
