離岸項目開發的管理(二)

隨着互聯網的發展,世界各地的交流越來越便利。這在項目開發上也得到了驗證,離岸開發逐漸進入我們的視線。本文的作者是投資者兼顧問兼企業家 David Feinleib 的最新文章,他管理過很多離岸項目。這是文章的後半部分,如果對前半部分感興趣請點擊這裡

code

管理項目

管理一個真正的項目,不管它大還是小,你必須具備溝通、合作,追蹤和報告的工具,當然你有很多選擇,比如把你的模型上傳到維基上,項目竣工后,就可以作為測試的工具。把大的任務分成小塊,讓他們一個一個完成。

不管你做什麼項目,你肯定會遇到開發者“失蹤”這個情況!這是因為很多在ODesk和Rent A Coder開發者接了很多項目最終選擇放棄或者他對這個項目失去興趣。這對於開發者而言是一個重大的挑戰是,因為他們不知道你的項目是否長期進行下去所以他們很難全心全意的投入全部時間。一旦他們花時間和你一起工作,說明你已被他們信任,他們確認你是他們的收入來源。如果他們喜歡上這個項目,那就會全身心地投入。

這也促成了項目管理方面另一個關鍵問題—良性循環。真誠地對待開發者,花點時間來解釋你的設計理論和方法,這樣你就會獲得較大的回報。

縮放

每個初始階段的項目面臨的最大的挑戰之一是如何從啟動階段切換到規模階段。在你有一定數量的用戶之前,你必須考慮重複性和可擴展性的問題。

考慮和實施諸如試驗及生產環境、縮放、冗餘以及類似的工作,你需要有不同技術的多個工程師。你不能把項目的某一部分交給外包團隊,甚至你是找不到這樣的天對的。依靠單一的外包團隊所面臨的挑戰很像依賴一個單一的外包開發者的挑戰:你有一個單點故障。

這就是人們在Odesk, Rent A Coder上面臨的挑戰。簡單地說,越大的規模則需要更多的資源,但這絕不是線性,比如Facebook,7億多的用戶但員工只有2000.

KISS

如果你的項目周期很長,需要不同的工程師,你也意識到自己的項目太複雜這一現實,回到KISS規則,那就是:保持簡單。

長期項目得不到用戶反饋,那麼如果把它推向市場,可能會鹹魚翻身。更為重要的是,他們難以維護和重複利用。與其專註於項目的核心功能,不如獲取用戶的反饋。

重大項目和大企業一樣,都要儘早地經常地得到用戶的反饋。如果你只專註於維護和重複,那只有失敗的份了。

時區挑戰

許多人問相隔了八個時區工程師是怎麼交流的。答案是早起晚睡。紀錄你要做的事,每周安排一到兩次電話會議。你的可靠性和穩定性對和你一起工作的開發者產生很大的影響。

權衡

離岸開發的最大不足是無法在第一時間說出新想法並快速做出調整。它需要更多的管理開銷。你在處理不同的時區的事情時心中那個必須明確細節。但這並不意味着長篇累牘,而是它意味着一個快速的規範——維基頁面上簡單的一幅圖畫就足夠了。

總結

目前有很多贊成或反對運用離岸資源的文章。是否使用這些發展資源由你自己決定,但是如果你決定使用,那麼現在有更多的資源幫你啟動。

Rent-A-Coder,eLance 和oDesk這樣的服務一直承諾分佈式和高效率的工作資源資源分配。隨着溝通和協作工具的發展,這樣的承諾正在成為一個現實。

上本文由Tech2IPO作者bluesabrina(微博)編譯自vcdave,點此查看原文地址。如果您對Tech2IPO其他內容也感興趣,請通過RSS訂閱我們,或者在微博上關注我們的最新動態


想在手機閱讀更多Android 開發資訊?下載【香港矽谷】Android應用
分享到Facebook
技術平台: Nasthon Systems