中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

從2015年1月份我們遠(yuǎn)程協(xié)作團(tuán)隊組成到現(xiàn)在，這8個月我們發(fā)布了4個web大版本和不計其數(shù)的小修改；iOS和Android分別發(fā)布了8個版本，從1.0到2.0，其中1.0用了2個月的時間（包含春節(jié)）；2.0上線用了2個月的時間（包含從業(yè)務(wù)邏輯探討，到最后web, iOS & Android端全部上線）。中間小版本的迭代，基本是2-3周一次。

所有這些事情的完成，全部基于遠(yuǎn)程協(xié)作。

經(jīng)過這么一段時間的嘗試，不能說多成功，但起碼有了不少經(jīng)驗，踩過了不少坑，可以分享出來供大家參考。所有經(jīng)驗適合于需要通過團(tuán)隊協(xié)作來完成產(chǎn)品的各位。

坑一：沒找到正確的人，時間的浪費以月來計算

這也是最重要的問題。是我們一開始遇到的問題。現(xiàn)在看來，找人的時候，以下幾點都需要考慮到：

• 有經(jīng)驗是前提條件，對于你要實現(xiàn)的產(chǎn)品，他有過類似開發(fā)經(jīng)驗，80%的開發(fā)需求他已經(jīng)了然于心，不僅能夠?qū)崿F(xiàn)想法，還能夠基于自己的經(jīng)驗給出更優(yōu)的建議；另外20%他也知道去向誰求助。
• 很聰明，善于學(xué)習(xí)，是第二條?？傆兴麤]有做過的部分，但沒關(guān)系，他會輕松告訴你，我去看下文檔就會了（目前我的親身體會，我們開發(fā)團(tuán)隊童鞋們簡直就是神筆馬良，能想到，就能做到#_#)
• 同時，他還要有時間有興趣，愿意來做你的項目。

以上三點，缺一不可。

這樣的人肯定不便宜。是的，他們的正常薪水比平均水平高50%-100%。

那么要不花少一點的錢，找個便宜點的新手？

那意味著你將承受更大的成本：需求往復(fù)修改的時間翻倍，開發(fā)的時間翻倍，測試之后再修改的時間翻倍，他走了之后別人因為讀不懂代碼而導(dǎo)致產(chǎn)品不得不全部推翻重來……我還是建議你不要做這個嘗試了，因為最后你會發(fā)現(xiàn)：成本并沒有降低，也許更高，因為他薪水雖然是高手的一半，但他的用時卻是高手的2倍；你還花了更長的時間讓整個團(tuán)隊付出了更高的時間成本，得不償失。

從去年11月份開始，這樣的人我們花了3個月，才找到，1月底才組成我們自己的開發(fā)團(tuán)隊，然后開發(fā)速度颼颼的就上來了。

在做客棧的遠(yuǎn)程項目功能時，我們對所有申請簽約的開發(fā)者，都像8個月前為自己找開發(fā)團(tuán)隊一樣仔細(xì)篩選，然后再加上匹配算法，確保需求方的項目發(fā)布后，我們可以用12個小時，就為你對接到過去我們用了3個月才找到的優(yōu)秀開發(fā)者。

如果去年11月我們就有了客棧的遠(yuǎn)程項目這個產(chǎn)品，我們的發(fā)展時間，可以再快3個月。

坑二：協(xié)作的順序沒安排好，將導(dǎo)致時間以周為單位被浪費

一個產(chǎn)品的簡單順序如下：

原型（一般需求明確的情況下，所有文檔一周左右）->設(shè)計（根據(jù)頁面而定，一般簡單的產(chǎn)品1-2周）->后端（根據(jù)功能需求而定，一般簡單的產(chǎn)品1-2周）->前端開發(fā)（2-4周）->測試->上線。

對于我而言，每個版本，從原型到最后上線，都是在一個完整的時間段里面。作為創(chuàng)業(yè)小團(tuán)隊的產(chǎn)品負(fù)責(zé)人，同時還是測試負(fù)責(zé)人，意味著只有當(dāng)產(chǎn)品上線了，這個版本的活才干完，然后才有精力開始計劃下一個版本。

但這恰恰是之前效率低下的原因之一！在我們早期某個版本，需求，原型被同時傳達(dá)給了設(shè)計和所有開發(fā)者。導(dǎo)致前端小伙伴足足等了一個多星期，才拿到可以開工的文檔。我們的上線時間也因此延誤了一周多。

實際上，當(dāng)設(shè)計和前端交接完，你就應(yīng)該請設(shè)計師開工準(zhǔn)備下個版本的設(shè)計了。當(dāng)然，這意味著你此時已經(jīng)完成了下個版本的原型，準(zhǔn)備好了和設(shè)計師探討下個版本他需要做什么。

詳細(xì)來說，一個更高效的流程應(yīng)該是這樣：

?產(chǎn)品開發(fā)協(xié)作流程

• 當(dāng)你的前端開始開發(fā)1.0版本的時候，你已經(jīng)在準(zhǔn)備1.1的需求和原型；
• 當(dāng)你的前后端在進(jìn)行聯(lián)調(diào)的時候，1.1的設(shè)計已經(jīng)開工；
• 當(dāng)1.0版本最終發(fā)布的時候，1.1的后端接口已經(jīng)完成。

這樣，項目才會無縫運行下去，大家都能高效運轉(zhuǎn)。

坑三：以為日子到了？事情就發(fā)生了

遠(yuǎn)程協(xié)作，意味著大家沒有面對面工作的機(jī)會，不會有這樣的瞬間：他抬起頭來，看到你，想起你這邊的任務(wù)Deadline快到了，于是快馬加鞭一氣呵成。

• 設(shè)計師會等產(chǎn)品原型確定；
• 后端會等產(chǎn)品邏輯，流程和文檔確定；
• 前端會等靜態(tài)設(shè)計，產(chǎn)品交互，流程文檔，以及后端接口確定。

是的，每個環(huán)節(jié)都在等，而作為產(chǎn)品負(fù)責(zé)人的你，是拉動整個機(jī)器的引擎，是鏈條，是潤滑劑。你不能等。

人只受眼前事物的影響，這是必然的心理狀況。因此，作為遠(yuǎn)程項目的負(fù)責(zé)人，你可以學(xué)習(xí)Scrum的方式：

• 每天和你的遠(yuǎn)程團(tuán)隊開一場虛擬立會。每天主動去提醒他，項目進(jìn)展如何？要完成項目，還需要什么支持？什么到位了，什么沒有到位？
• 每周有可交付任務(wù)，每周進(jìn)行回顧總結(jié)，上周完成情況，本周計劃如何。

我們的周會總結(jié)

我看到過有項目，負(fù)責(zé)人在項目建組的時候和大家打了個招呼，問了項目執(zhí)行時間，然后就不再過問。前面一周組內(nèi)都非常安靜，沒有人主動發(fā)言，待到預(yù)定的第一個Milestone，不出所料，全面延誤。

坑四：以為對方隨時都等著和你互動？別忘了你們有時差

遠(yuǎn)程協(xié)作的團(tuán)隊，一般都有時差。

也許你在中國，他在美國，你睡覺時他正好上班；

也許你是全職，他是兼職，你下班了，他才開始上你的班。

即使你們都是全職，可你喜歡白天，他夜晚最有靈感，白天需要補(bǔ)眠。

這些問題都可能碰到，所以做Milestone的時候就要考慮到，所有需要溝通協(xié)作的節(jié)點，都要提前協(xié)商好時間。

我們的經(jīng)驗小結(jié)

• 高質(zhì)量的人才是高效率完成項目的基礎(chǔ)，選對了人，就是節(jié)省了時間和金錢。
• 根據(jù)項目流程提前做好人員安排，嚴(yán)格遵守原型-設(shè)計-后端-前端的順序，是多方協(xié)作的基礎(chǔ)。
• 項目負(fù)責(zé)人要主動推動每個環(huán)節(jié)前進(jìn)，而不是等待。
• 提前協(xié)商好milestone和共同工作時間，能提升協(xié)作效率。

我相信遠(yuǎn)程協(xié)作是未來的趨勢，也是遠(yuǎn)程的堅定實踐者。國外已經(jīng)有非常值得學(xué)習(xí)的對象，創(chuàng)造了Basecamp，Rails on Ruby的Basecamp公司（前37signal)是一個典范：他們的員工分布在兩個大洲8個城市，他們同時享受著生活和工作的樂趣，他們不用等到退休以后才去做自己想做的事情。希望有一天，我們也能實現(xiàn)這樣的目標(biāo)。

本文由程序員客棧產(chǎn)品經(jīng)理 @蔣露 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理?，未經(jīng)許可，禁止轉(zhuǎn)載。