1. 程式人生 > >如何帶移動技術團隊?

如何帶移動技術團隊?

         今天我們來聊聊如何帶團隊。

         在移動網際網路飛速發展的今天,許多公司開始組建移動開發團隊,許多技術人員開始學習和開發移動App,許多管理者也從其它領域轉向移動。那麼帶領一隻移動開發的團隊和傳統的團隊(例如Web)有什麼不一樣,會遇到什麼問題,有哪些需要特別注意的地方呢?這篇文章將會簡單講講我的經驗和體會。首先我們先談談移動產品的特點。

         移動產品的特點

         上圖是我在微博上曾經看到過的一個功能,代表了移動App的一個使用場景。這是百度地圖App的HUD(擡頭顯示)功能,在夜間利用手機螢幕把影象投影在汽車擋風玻璃上,讓司機在汽車風擋前方就能實時看到導航資訊,極大的增強了實用性和安全性。

         我第一次看到這個創意時感到非常impressive,因為我完全沒想到手機App可以這樣做。百度地圖App的這個idea很好的體現了移動產品靈活、創新性強的特點,也體現了移動App應用場景的豐富性。

         我們的世界正在朝著智慧移動終端、物聯網的世界發展和前進,這極大的顛覆、擴充套件了我們之前對於網際網路的認知,而在這個巨大的變化過程中,移動產品體現出瞭如下的特點:創新、活力、多變。做移動產品就是改變思維、擁抱變化的一個過程。

         哪些創新給移動產品帶來活力?

         手機上有攝像頭、感測器、話筒、觸控式螢幕這些特性。我們來看看移動產品上有哪些創新給自身帶來了活力。

         Flipboard:極大的改善了我們移動閱讀的體驗,在排版和互動方式上有巨大創新。

         Clear:這個Todo List軟體完全棄用了按鈕元素,所有操作都是通過多點觸控式螢幕幕上的手勢操作來完成。

         Word Lens:通過攝像頭翻譯文字。只要將手機攝像頭對準需要翻譯的文字,幾乎就在你看清螢幕顯示內容的同時,它們就已經被翻譯完畢,並且仍然完美的融入在原有環境當中,是增強現實的代表應用之一,這裡是演示視訊


         Real Racing:緊跟蘋果新技術的步伐,對例如陀螺儀、多點觸控、Game Center、AirPlay等特性總是第一時間支援。

         Talkbox:雖然被微信打敗,但是它最先提出的語音對講概念在當時震驚業界,也影響了許多應用。

         微信:微信的搖一搖不僅非常實用,而且讓產品充滿亮點。

         切水果:火爆一時的遊戲,非常好的利用了手機螢幕的多點觸控功能。

         最後是小眾旅行應用Peaks.ar,通過攝像頭拍攝山峰,就能給出山峰的具體資訊,例如附近每座山峰的名稱、距離多遠、海拔多高,對旅行者非常有用,是攝像頭和現實結合的很好創新應用。

         Web與移動網際網路產品的區別

從移動產品的特點我們來看看Web與移動移動網際網路產品的區別在哪裡。

  •          業務模式

         -       Web vs Web + Client。網際網路本質是服務,傳統Web是內容為王,移動網際網路是Web加客戶端軟體,一方面有Web的特性即可連線性,另外一方面有客戶端的特點:迭代時間長、召回成本大。

  •          思維模式

         -       穩定 vs 靈活。相對於Web技術和產品的成熟和穩定,移動App更靈活,形態各異,各種新產品、新思路層出不窮,相比Web開發,移動產品需要技術人員更有產品sense,思路更為活躍,瞭解移動產品、關注移動技術的發展和方向,例如iOS7的釋出,小米2s手機的釋出等等。

  •          產品要求

         -       質量、效能、適配、流量、隱私。移動App對於質量、效能、適配問題的關注都是眾所周知的,而更加重要的是使用者對於移動網際網路產品,在流量和隱私方面有著特殊的關注,許多使用者不僅關注應用使用了多少流量,還經常會關注手機App所涉及的系統許可權並加以限制和反饋。

  •          開發模式

         -       RD + FE vs M-RD。Web開發一般包括RD和FE兩個角色,而Mobile-RD需要掌握從介面、邏輯到功能層面的技術,從上到下的進行開發,採用分功能模組、縱向開發的方式效率更高。

         -       重MRD vs 重互動。對於Web開發來說MRD非常重要,但是在移動App來說,更加強調互動,在互動方案確定後,只需要簡單的MRD就可以進入開發階段。

         如何帶移動團隊

  •          質量是紅線

         質量是客戶端產品最重要的要素。和產品方向是產品的key point一樣,質量是移動端研發人員的生命線,絕不能掉以輕心,一定要給團隊反覆灌輸,還需要有強有力的制度和流程來保證。

  •          如何培養打硬仗的能力?

         作為管理者,首先要搭建靠譜的團隊,這是通過嚴格招聘,包括結構化面試、開放性面試、技能與素質面試等過程,篩選出技術強的人加負責任的人,然後對他們提出要求和目標,通過一張一弛的專案迭代,不斷鍛鍊和訓練得到的。

  •          知識的傳承很重要

         對於技術團隊來說,知識的傳承很重要。因為以前犯過的錯誤、遇到的問題,新員工還有可能重複遇到或出現,這個時候要通過知識的傳承體系來解決,例如建立wiki、組織培訓、定期宣講的方式。

  •          提升思維模式

         因為移動網際網路很新、發展非常迅速,所以我們很多時候要顛覆之前的思維模式來考慮問題(例如我之前的一篇文章《談談移動App的思維誤區》)。這個時候就需要幫助大家提升思維模式。

         福特造車的故事很多人都聽過。100多年前,福特公司的創始人亨利·福特先生到處跑去問客戶:“您需要一個什麼樣的更好的交通工具?”幾乎所有人的答案都是:“我要一匹更快的馬”。很多人聽到這個答案,於是立馬跑到馬場去選馬配種,以滿足客戶的需求。但是福特先生卻沒有立馬往馬場跑,而是接著往下問。

         福特:“你為什麼需要一匹更快的馬?”

         客戶:“因為可以跑得更快!”

         福特:“你為什麼需要跑得更快?”
         客戶:“因為這樣我就可以更早的到達目的地。”

         福特:“所以,你要一匹更快的馬的真正用意是?”
         客戶:“用更短的時間、更快地到達目的地!”

         於是,福特並沒有往馬場跑去,而是選擇了製造汽車去滿足客戶的需求。

         你發現一個問題,我們自己的產品有,另外兩個競品也有,你應該如何看待這個問題?你的第一反應會不會是,這其實不是我們的問題?

         有一段重要功能需要你負責從一個App挪到另一個App,程式碼非常相似,你覺得需要詳細瞭解程式碼邏輯、詳細自測嗎?

         思維模式決定了成就。不要先驗假設,就是不能預先給個判斷、下個結論,做結論不能想當然。我們現在很多研發人員經驗越來越豐富,很多時候經驗會幫助我們,不過很多時候也會阻礙我們,阻止我們發現真相,阻礙你成長為更NB的人。例如小明的爸爸有三個兒子的腦筋急轉彎題目,以及福特的故事等等都是這方面的例子,另外還有很多新的科學發現和發明就是打破思維定勢的結果。我們有時需要清空自己的思維定勢,才能不那麼狹隘和死板,才能讓自己提升,才能邁出那一步讓自己成長。你自己以後在回答“不可能、做不到、沒問題”的時候,需要提醒自己再多想想會不會掩蓋了真相,多提醒自己“這裡會不會有問題?”

  •          心態open,願意試錯

         這點也非常重要,在移動網際網路產品上,不是每個人都能夠準確的知道每個功能所帶來的效果,但是不嘗試就不會有收穫。我們要抱著試錯的態度去快速投入,快速產出,快速驗證效果,才能夠去實現一些意想不到的效果。

  •          培養研發人員移動產品的sense

         上文提到過,做移動產品,需要每個成員對移動網際網路的產品非常瞭解,一方面能夠更好的通過技術去實現功能,另外一方面有助於發現產品上的問題,例如哪兒設計的不合理,哪裡的使用者體驗不好,最後,我期望每個研發人員都有可能提出一些好的idea,一些創新點來幫助應用本身、團隊甚至公司做出更有影響力的產品,在移動網際網路上,這點其實表現的更加明顯,來自研發人員的產品idea多的可以說不計其數。

  •          建立團隊的夢想和目標

         最後一點最重要,要激發研發人員的主動性,主動去問,去推動,提升思維模式,關鍵點在於建立團隊的夢想和目標。有目標和願景的團隊才是戰鬥力強的團隊,個體才是積極向上的個人。沒有夢想和目標的團隊只是為了完成工作,在層次上要低一個層面。

         團隊問題的建議

對於我遇到過的許多其它團隊的典型問題,我曾經有一些自己的建議。

  •          快速建立了一個新團隊,招了很多人,團隊太大。

         -       分析每個人的潛力加能力,由senior的工程師帶領參與專案,迅速的形成傳幫帶的機制(有高階導師帶、安排有挑戰性的工作和任務)。

         -       建立多條研發線、規範專案流程(例如開展單元測試、整合測試、自動化測試)、安排技術創新或前瞻任務。

         -       快速建立團隊開發規範和體系,例如code review、知識體系、技術交流會等等。

         -       關注質量問題:建立原型並延長測試時間(通過壓縮開發時間、提前協調物料的交付時間)、反覆強調灌輸。

         -       在精神層面,建立團隊規劃和樹立願景,在開發意識和思維模式上幫助團隊提高。

  •          沒有產品sense/不用、不熱愛自己的產品

         -       以身作則,樹立團隊願景,設計一些巧妙的制度或者機制(例如知識競賽、安排一些任務的方式)、非不得已的時候避免懲罰。

         -       逐步通過小的有成就的任務形成正回饋。

  •          有員工能力不足或者意願不足

         -       個人自身境況分析

         -       換位置、安排適當工作、引入新員工。我之前看過一場東亞四強賽國足對日本的比賽,中國隊從1:3追到了3:3,印象非常深刻。當時比分落後時主教練做了一件事,換上了兩個人:孫可和張稀哲。他們都是有衝勁的年輕人,有生力量的上場帶動了全隊,帶來了活力,也改變了場上形式。所以要把機會給願意嘗試的人,給缺少機會的人,給積極的人。在局面是死水一潭時,不投石子就解決不了問題。

  •          移動App的運營方式太過傳統

         -       找到合適的人來負責。

         -       向好的專案和產品學習。我印象非常深刻的是在2011年春節的時候,微信曾經做過一個運營活動。它告訴使用者在新年鐘聲敲響時,一起來使用搖一搖功能,如果同時有1萬個人一起搖動,它就點亮廣州塔上一層的燈光,如果同時有幾十萬人一起要動,那代表廣州塔上所有的燈會同時點亮。我覺得這是一個很好的把產品功能和使用者傳播相結合的運營活動,把使用者的行為通過可以看到、一起參與的方式體現出來,很有創意。所以我們要不停的從別人好的運營方式中學習,魔圖就是一個很好的從別人身上汲取經驗的案例。

        相關閱讀:        原創文章,轉載請標明出處:蔣宇捷的專欄(http://blog.csdn.net/hfahe)