從測試版過渡到發布版:軟體更新之路 - 技術
跳至內容

從測試版過渡到發布版:軟體更新之路

軟體更新路徑

廣告

許多組織正在探索、發起或推進將沉浸式體驗和解決方案整合到其日常工作流程和管道中。這是我們與客戶和合作夥伴對話中經常提出的話題。

為了簡化這些討論並最大程度地減少混亂、時間和成本,我們整合了全面的指南,為涉足這一領域的組織概述了最佳實踐。

我們將深入研究我們所說的四個主要階段,即 4D 方法,並檢查每個階段的目標、主要利害關係人、預期結果以及共同挑戰。

透過將整個過程視為一次探索、參與和學習的冒險,參與者更有可能積極參與,與單純的技術練習相比,從而獲得更大的成功和成果。

一旦您熟悉了本指南,您就會注意到涉及新興技術的專案遵循與傳統軟體開發流程類似的軌跡,無論是採用瀑布方法還是敏捷方法(通常是後者)。同樣,他們也遇到類似的流程和挑戰。

發現階段:奠定基礎

發現階段的主要目標是定義、收集相關利害關係人的意見,並協調學習成果或業務目標。此階段涉及建立後勤要求,例如預算考慮因素、截止日期、付款結構和預期可交付成果。

此外,它還涉及確定沉浸式部署的目標硬體(例如 VR 或 AR 設備)並概述要求以確保無縫整合。

重要的是不要讓技術決定解決方案;相反,解決方案應該驅動技術決策。僅僅為了創新或競爭壓力而採用 VR 或 AR 通常會導致解決方案效果不佳。如果沒有明確定義的成功指標,解決方案可能缺乏影響力,導致利害關係人不滿並限制組織採用。

在發現階段舉辦的研討會旨在回答「為什麼?」的基本問題。組織必須闡明具體的用例和需求,推動其與沉浸式技術整合或增強現有流程。

這些會議也提供了展示現有沉浸式技術和內容體驗的機會,促進對現有可能性和限制的集體理解。

我們主張從小規模試點開始,並在取得成功結果的基礎上逐步擴大規模。這種方法最大限度地減少了初始預算要求、範圍和潛在的失敗點,一旦初步結果得到驗證,利害關係人就會有信心支持更大規模的計畫。

利害關係人的早期參與對於專案的成功至關重要,特別是在引入新技術時。雖然利害關係人的組成可能會根據專案的背景和最終用戶而有所不同,但典型的名冊可能包括:

儘管受部門要求或感知權威影響,利害關係人的目標多種多樣,但保持對學習成果和業務目標的關注至關重要。建設性且客觀地評估用例可確保與組織目標一致。建立明確的權限並定義審查、批准和溝通的責任同樣重要。

與利害關係人舉行的研討會旨在在分配的時間表和預算內確定可行的工作範圍。雖然設計工作可能不會立即開始,但就內容廣度、主題、持續時間、格式和高級細節達成一致有助於後續設計和開發階段,確保與可實現的目標保持一致。

選擇適當的沉浸式技術需要徹底的研究和評估,以確定與組織需求和現有基礎設施的兼容性。考慮因素可能包括硬體互動模式、用戶協作、現實世界參考、手部追蹤、空間移動、內容類型、可擴展性和目標受眾範圍。

一些內容供應商可能會限制其生態系統內外部提供者的內容安裝,因此需要仔細審查硬體協議。商業組織應保持安裝來自不同供應商的應用程式的靈活性,以促進更廣泛的採用並最大限度地提高投資回報。

可能需要進行探索性研發工作來驗證可行性,特別是在納入超越既定實務的新環境或工具時。預測部署和最終用戶體驗,包括培訓課程和用戶測試,可確保為廣泛實施做好準備。

在發現階段之後,定義的工作範圍通知設計階段,其中內容配置被細化以供利害關係人審查。此階段產生指導後續開發活動的輸出。

設計階段涉及內容提供者團隊或內部研發團隊之間的協作,並得到相關技術專業知識的支持。角色包括學習設計、互動設計、系統設計、圖形設計和使用者體驗設計,共同塑造內容結構、使用者流程和資料收集機制。

設計交付成果可能包括故事板、分支邏輯、配音腳本、電影拍攝或情緒板,為利害關係人提供對設想的使用者體驗的見解。

總之,從測試版過渡到發布版涉及一種系統方法,包括發現、設計和開發階段,以及早期利害關係人的參與,並專注於學習成果和推動決策的業務目標。徹底的研究、迭代測試和利害關係人的參與對於將沉浸式技術成功整合到組織工作流程中至關重要。