国外亚洲成av人片在线观看,热99re久久精品这里都是精品,天堂网在线最新版www,国产成人av区一区二区三,51久久成人国产精品麻豆

伴隨著互聯(lián)網(wǎng)的發(fā)展，軟件開發(fā)的節(jié)奏越來(lái)越快，無(wú)論是不斷拔高的對(duì)用戶的重視程度，還是來(lái)自于同行業(yè)的競(jìng)爭(zhēng)，都推動(dòng)著開發(fā)思路和方法的不斷演進(jìn)，--也改變著團(tuán)隊(duì)協(xié)作的面貌。瀑布、螺旋漸行漸遠(yuǎn)，迭代、敏捷才逐漸被廣為接受，持續(xù)部署和交付又在前面招手了。這里并不想對(duì)它們展開比對(duì)，或者討論一番優(yōu)劣。在我的理解中這些開發(fā)模式都不是最重要的，無(wú)論哪種開發(fā)模式，都離不開人，每個(gè)人的思維方式?jīng)Q定了團(tuán)隊(duì)合作的效率和結(jié)果，而每個(gè)人的協(xié)作理念合在一起就是開發(fā)模式穩(wěn)固的基石，正如本幫的Mauricio明確提出的“敏捷思維比Scrum更重要”。

本文想從一些實(shí)際開發(fā)中遇到的點(diǎn)出發(fā)，提供一些溝通和思維的方法，希望能夠改變團(tuán)隊(duì)的效率，減少問(wèn)題。

做產(chǎn)品的主人

因?yàn)閳F(tuán)隊(duì)職責(zé)的劃分，PO/PM是容易被大家認(rèn)為是產(chǎn)品的主人，是他或者她的項(xiàng)目，工程師只是實(shí)現(xiàn)一下而已。如果對(duì)產(chǎn)品沒(méi)有歸屬意識(shí)，這是個(gè)很要命的問(wèn)題。接下來(lái)就是責(zé)任心的缺失，各種懈怠和對(duì)立。這里希望PO/PM也能意識(shí)到這個(gè)問(wèn)題，鼓勵(lì)每個(gè)人對(duì)產(chǎn)品發(fā)聲，一定程度的參與設(shè)計(jì)和討論。

對(duì)開發(fā)來(lái)說(shuō)，如果對(duì)產(chǎn)品沒(méi)有理解，不能形成自己的體驗(yàn)見解，說(shuō)明根本沒(méi)吃透設(shè)計(jì)文檔，只是按圖索驥，小心畫虎不成反類犬。對(duì)決策者來(lái)說(shuō)吸收產(chǎn)品建議的確需要綜合考量，但工程師并不笨，相反他們是最聰明的一幫人，我就不信整個(gè)產(chǎn)品里面連一個(gè)由工程師發(fā)起設(shè)計(jì)或者優(yōu)化的點(diǎn)都沒(méi)有。如果團(tuán)隊(duì)里有對(duì)產(chǎn)品理解深刻的工程師，請(qǐng)珍惜。

擁抱隊(duì)友

擁抱你的隊(duì)友，站在隊(duì)方（不是錯(cuò)別字，的確不是對(duì)方）的立場(chǎng)思考問(wèn)題。工程師可能經(jīng)常會(huì)聽到“不是吧，你竟然這么做了，我有個(gè)方法比你好XX倍！”或者是“你這么寫有問(wèn)題的，應(yīng)該這樣blablabla”，第一反應(yīng)絕對(duì)是不爽到爆。很明顯，除非團(tuán)隊(duì)里混進(jìn)了競(jìng)爭(zhēng)對(duì)手的內(nèi)奸，那么大家都是一條繩上的螞蚱。明確一點(diǎn)：那就是除了你之外，其他人也都是希望產(chǎn)品好少出bug效率高。不妨先靜心聽一聽隊(duì)友的方法，如果合理，那兩個(gè)人一起比較一下差別在哪里，如果自己的里面隱藏了一個(gè)很深的bug，那你得感謝你的隊(duì)友；如果隊(duì)友的方法只是效率更好，那么再評(píng)估一下修改的時(shí)間開銷，問(wèn)問(wèn)負(fù)責(zé)的PM，看看把優(yōu)化插在哪個(gè)節(jié)點(diǎn)比較好，然后代碼里寫個(gè)TODO注釋，結(jié)束。程序員大多數(shù)不重視溝通方式，但技術(shù)牛掰加上一點(diǎn)點(diǎn)溝通技巧，那么恭喜你會(huì)立即脫穎而出！

這個(gè)問(wèn)題可以這么說(shuō)“昨天咱們做的那個(gè)模塊，功能OK，就是效率稍低了一點(diǎn)，我另外又做了一個(gè)修正版，這里是測(cè)試運(yùn)行效率的數(shù)據(jù)…不用謝了…請(qǐng)叫我雷鋒”，對(duì)，是“咱們”不是“你”！

打破開發(fā)的職責(zé)邊界

打破開發(fā)的職責(zé)邊界，只需要多延伸一步而已。Richard Clayton在Failing at Microservices一文中提到了他的困惑，“服務(wù)由不同的人來(lái)負(fù)責(zé)，工程師開始抱怨服務(wù)A被服務(wù)B的任務(wù)擋住了。盡管服務(wù)和服務(wù)之間不會(huì)有編譯時(shí)間依賴，但還是會(huì)抱怨。沒(méi)有人去幫助服務(wù)B的工程師，或者是把與其他服務(wù)相關(guān)的任務(wù)從清單里分擔(dān)掉，而是升起了他們所屬服務(wù)的吊橋，就好像他們是城堡一樣，然后就等著這一輪沖刺結(jié)束”。相信每個(gè)團(tuán)隊(duì)都會(huì)遇上這樣的事，就連Debug也會(huì)聽到推諉的聲音，前端與后端聯(lián)調(diào)時(shí)，先是測(cè)試者“前端顯示不對(duì)哦”，然后是前端應(yīng)聲而起“不會(huì)吧，是后端協(xié)議數(shù)據(jù)給的不對(duì)吧”，后端也按奈不住了“另一個(gè)應(yīng)用也在用這條協(xié)議，沒(méi)有問(wèn)題啊”。

工程師Debug有三重境界，第一重初級(jí)水平“找到并解決自己的模塊的問(wèn)題”，第二重高級(jí)水平“找到隊(duì)友負(fù)責(zé)模塊的問(wèn)題并幫他解決”，第三重專家水平“設(shè)計(jì)一種方法，讓以后再寫類似模塊的人不可能犯這樣的錯(cuò)誤”。

團(tuán)隊(duì)管理者應(yīng)該鼓勵(lì)工程師在搞定自己事情的前提下，發(fā)揮更大的作用，去幫助團(tuán)隊(duì)解決問(wèn)題，本幫正是發(fā)揚(yáng)這種超越自己職責(zé)的“狼性文化”，能延伸多少看個(gè)人能力，但哪怕只從自己的領(lǐng)地向外延伸一步，也會(huì)給團(tuán)隊(duì)合作帶來(lái)巨大的改變，所以前面那種情況你聽到應(yīng)該會(huì)是:測(cè)試者“前端顯示不對(duì)哦，但抓了包看可能是后端給的數(shù)據(jù)不對(duì)”，前端“另一個(gè)應(yīng)用也用這條協(xié)議沒(méi)問(wèn)題，我去查一下配置”，策劃“不用看了，我配的數(shù)值有問(wèn)題，馬上更新一版”，后端笑笑繼續(xù)思考怎么改善體驗(yàn)。

活用結(jié)對(duì)

活用結(jié)對(duì)攻克問(wèn)題，開拓思路，提高效率，降低學(xué)習(xí)成本。結(jié)對(duì)是敏捷最佳實(shí)踐里面的一個(gè)小方法，但我并不認(rèn)為他只屬于敏捷，在某些關(guān)鍵時(shí)刻使用非常有效，比如開發(fā)非常精細(xì)的功能、復(fù)雜算法、尋找重現(xiàn)機(jī)制復(fù)雜的bug。

這時(shí)1+1的作用遠(yuǎn)大于2，首先結(jié)對(duì)的專注度更高，心情也更放松，好基友的效果不一定比鼓勵(lì)師的效果差，不容易受QQ\郵件\電話的各種打斷，結(jié)果就是代碼質(zhì)量高，生產(chǎn)速度快；俗話說(shuō)3分開發(fā)7分測(cè)試，用在測(cè)試和bug修復(fù)的時(shí)間會(huì)少很多，把多投入一個(gè)人力的成本給追回來(lái)，更不用談一些邊際效應(yīng)帶來(lái)的成本。在debug非常難的問(wèn)題上，當(dāng)陷入困境，隊(duì)友可以幫助查疑補(bǔ)缺開拓思路，甚至有時(shí)只需要把思路講一遍給隊(duì)友聽，自己立刻就知道問(wèn)題出在哪里了。另外結(jié)對(duì)的一個(gè)非常好的副作用就是降低學(xué)習(xí)成本，這個(gè)功能點(diǎn)你的好基友下次在你請(qǐng)假的時(shí)候也可以來(lái)維護(hù)。

從用戶身上尋找信心和動(dòng)力

加班和趕時(shí)間節(jié)點(diǎn)是大部分工程師反感和造成效率低下的事情，但是PO/PM非常清楚，如果不踩準(zhǔn)這個(gè)節(jié)點(diǎn)，那么會(huì)導(dǎo)致XX天之后的某個(gè)版本不能按時(shí)交付，造成市場(chǎng)上一系列的被動(dòng)局面。有一次為了踩準(zhǔn)一個(gè)熱點(diǎn)事件的推廣，我們團(tuán)隊(duì)的工程師們連續(xù)作戰(zhàn)16個(gè)小時(shí)，完全沒(méi)有怨言，反而干勁十足。其實(shí)那是我們第一次做這樣的應(yīng)用，時(shí)間非?？量蹋瑥臎Q定做開始，設(shè)計(jì)、美術(shù)、編碼實(shí)現(xiàn)，測(cè)試部署上線只有1天時(shí)間，分?jǐn)偟矫總€(gè)環(huán)節(jié)其實(shí)只有兩三個(gè)小時(shí)，但竟然沒(méi)有人質(zhì)疑這樣的決定。原因就是每個(gè)人都清楚，熱點(diǎn)事件轉(zhuǎn)瞬即逝，工作的成果將直接由用戶來(lái)考評(píng)，這并不是PO/PM貼在墻上的沖刺清單。

“產(chǎn)品唯快不破”，所以如果你想快，請(qǐng)讓工程師直面市場(chǎng)和用戶，同樣重要的是，根據(jù)時(shí)間點(diǎn)來(lái)匹配開發(fā)內(nèi)容，用最小化的產(chǎn)品上線，接著持續(xù)迭代，并持續(xù)部署交付。

寫給工程師的

最后還想提醒諸位，人是團(tuán)隊(duì)最寶貴的財(cái)富，以上幾點(diǎn)的領(lǐng)悟和運(yùn)用，縱然需要團(tuán)隊(duì)管理者意識(shí)的轉(zhuǎn)變，但最終能走到哪一步，還是要依靠高素質(zhì)的團(tuán)隊(duì)成員。

作者：Landon（梁棟，點(diǎn)融技術(shù)高級(jí)開發(fā)主管，曾就職Activision Blizarrd，9年開發(fā)經(jīng)驗(yàn)，關(guān)注前端技術(shù)、H5應(yīng)用、圖形和3D技術(shù)）

本文由微信公眾號(hào)點(diǎn)融黑幫 @Landon 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理?，未經(jīng)許可，禁止轉(zhuǎn)載。