APP開發與大數據專家

1. 建立詳盡的模擬圖

所以,既然你已經決定外包你的開發項目,現在是時候將你的想法寫下來了。我們不是指只有幾個點子和思考草稿的單頁檔,而是要創建一個詳盡的數字產品描述。簡而言之,就是創建一個模型。

如果沒有初步的模型或一些設計,任何開發商都無法:給出準確的項目成本;交付一個你不會在某處找到問題的產品。 當外包時最大的障礙之一就是無效溝通。這是大多數其他問題的根源。

如果沒有建立清晰明確的溝通管道並明確解釋你想要什麼,你將不知道雙方是否在同一頁面上。很多次開發公司添加了一些您從未要求過的功能,或者完全誤解了您希望擁有的功能。防止混亂最好方法就是創建一個詳細清楚定義所有功能的模型。

您可以聘請熟練設計師來創建模型,也可以自己使用框架或甚至是PowerPoint演示文稿創建模型。任何全面解釋產品完整範圍的方式都可以。 除了避免混亂,創建模型還有助於減少項目的交付時間。

※強弱危機分析

優勢:

• 1. 遵循七個聰明的技巧,能夠提升外包開發的效率與品質,進一步增強企業競爭力。
• 2. 針對可能出現的問題和挑戰事前規劃,有助於減少不必要的時間浪費和成本過高。
• 3. 透過精確地分析和評估外包供應商,在合作過程中能更有效地管理風險。

劣勢:

• 1. 儘管有了這七個聰明的技巧,但如果企業內部缺乏足夠的專業知識以理解和實施它們,可能會降低其效用。
• 2. 在實際操作中可能會面臨各種預料之外的困難或阻礙,需要具備快速反應與調整策略的能力。
• 3. 若缺乏完善監控系統或機制追蹤外包開發者工作表現及進度,可能會影響項目執行結果。

機會:

• 1. 利用數位化工具與平台來維護與外包供應商的溝通,增加工作效率並降低疏漏風險。
• 2. 在全球化的趨勢下,企業可以接觸到更多具有專業技術和豐富經驗的外包開發者,提升項目完成質量與速度。
• 3. 隨著「遠距工作」模式日益普及,能夠打破地域限制找到最合適的外包人才。

威脅:

• 1. 若外包供應商不符合期望或未能提供高品質服務,可能導致項目延誤或失敗。
• 2. 由於文化差異和語言障礁等問題可能影響溝通效果,進一步影響項目進行。
• 3. 對於涉及敏感信息或核心競爭力的部分進行外包時需考慮保密和知識產權保護問題。

2. 擁有自己的技術項目經理

這非常重要。如果一位非技術背景的創始人試圖管理團隊,你將會冒著產品質量風險。非技術背景的創始人沒有能力審查程式碼,某些不道德的開發公司可能會試圖利用這一點,在開發過程中偷工減料。

這可能嚴重損害產品的質量,不僅影響使用者體驗,最終還可能迫使你重新建立產品。你需要一位熟悉你所使用編碼語言的高級項目經理參與開發過程。你需要他全面掌握整個過程的每個方面,不僅是確保產品質量,還要控制預算支出。

3. 語言與文化

企業在文化和語言方面通常採取隨意的態度。然而,這是一個重要因素,你們在外包應用程序開發項目時必須考慮到。以下是為什麼你們必須考慮這些因素的原因。

你將與哪個國家外包你的項目可能有不同的假期安排。在前一種情況下,你必須獲得所有指定假期的列表;這樣,你可以計劃並有效合作。英語通常是全球外包中使用的共同語言。

然而,你需要記住,在日常交談和複雜商務流程中使用英語存在很大差異。最後,你需要確定、承認和接受兩家公司之間存在的文化差異。你可以安排文化培訓來了解文化和工作風格,這將成為彌合兩家公司之間文化差距的重要一步。

4. 注意典型的外包失敗案例

只有愚蠢的人會從自己的錯誤中學習。聰明人則從他人的錯誤中汲取教訓。這句話總結了這一點。

在外包項目之前,你需要辨識可能導致失敗的各種情境。例如,辨識出一個不好的供應商、談判和選擇是失敗策略的標誌性指標。無效的財務管理、項目預算和變更控制也促成了這種失敗。

在許多情況下,關於協力廠商團隊期望存在很大混亂,因為供應商沒有受到一些既定性能準則的管理。此外,由經驗不足的贊助者工作人員管理供應商更凸顯了缺乏既定流程的問題。簡而言之,無效的過程可能導致贊助者和供應商關係全面崩潰。

瞭解這些因素並採取必要預防措施是唯一出路。 重寫如下: 只有傻子才會從自己的錯誤中學習。聰明人則從他人的錯誤中吸取教訓。

這句話總結了一個觀點。在你外包項目之前,你需要辨識可能導致失敗的不同情境。例如,辨識出一個不好的供應商、談判和選擇是失敗策略的標誌性指標。

無效的財務管理、項目預算和變更控制也促成了這種失敗。在很多情況下,關於協力廠商團隊期望存在著很大混亂,因為供應商沒有按照既定性能準則來管理。而且,由缺乏經驗的贊助者工作人員來管理供應商更凸顯出缺乏既定流程的問題。

簡言之,無效的流程可能導致贊助者和供應商關係完全崩壞。瞭解這些因素並採取必要預防措施是唯一出路。

5. 外包項目中的知識轉移

大部分外包專案都有一個持續六個月的期限,客戶的員工在這段時間裡將知識轉移給供應商的顧問。這些顧問大約需要兩年的時間才能像熟練的專業人士一樣提速。這是一段相當長的時間;然而,令人驚訝的是,即使大多數 IT 公司都瞭解這一點,他們仍然抱怨供應商顧問工作速度太慢。

有效地轉移知識需要建立一個基於對供應商顧問必要需求進行詳細分析的良好結構化流程。此外,您還必須制定計劃,其中必須包括以下因素:確定要轉移的知識、指定和分配負責轉移工作的人員角色、選擇最適合所需知識類型的方法、確定客戶需要保留多少時間來進行轉移、確定評估目標完成情況所需參數等等。

6. 考慮技術標準

在外包時,科技是一個你必須要考慮的重要因素。例如,如果你正在為一家新創公司開發應用程式,那麼你就不能僱用對響應式設計毫無概念的手機應用程式開發者。此外,為了從搜索引擎產生流量和引導,你必須建立一個適合手機使用的app。

7. 避免像避瘟疫一樣的範疇蔓延

當你將模型提交給開發公司後,請退一步。不要修改工作範圍,也就是不要不斷更改項目的需求。除非你覺得自己犯了重大錯誤,否則不要要求他們修改範圍。

如果在開發開始後嘗試加入新功能,會導致整個應用程式的架構混亂而延遲進度。他們交付最終產品後,才是你開始提出修改的時候。即便如此,也不要苛求你的應用程式完美無缺,你的目標應該是將產品推向市場。

Reid Hoffman明智地說:“如果你對產品的第一個版本感到羞愧,那就意味著你推出得太晚了。” 你需要讓產品驗證假設。完成之後再進行精緻化改進。

相關數據:

• 根據deloitte的報告,78%的企業認為外包是他們業務成長策略的一部分 來源: deloitte
• gartner預測,到2021年全球it服務外包市場規模將達到1兆美元 來源: gartner
• statista報告指出,在2019年,全球信息技術(it)外包市場已經增長到66.52億美元 來源: statista
• cio自行調查發現,47%的公司打算增加他們的it外包預算 來源: cio magazine
• kpmg的一份報告顯示,近25% 的公司因為缺乏內部專家而選擇外包開發 來源: kpmg