內部測試 (alpha) 階段

建立原型，以使用者進行測試，並從中學習

設計服務時，往往無法事先預測所有的情況。每個專案都面對不同的挑戰，而alpha階段會開始探索這些挑戰的可能解決方案。

你可能需要引進更多的開發者與設計師進入團隊，他們會協助建立、測試原型與解決方案，以滿足使用者需求。

在內部測試階段結束時，你應該很清楚建立外部測試（beta）版本所需的條件。整個内部測試階段不應超過六至八週。

內部測試階段的目標

內部測試階段的目標在建立可用的原型。這個原型可用來與利害關係人溝通，或給特定使用者測試，以達成下列目的：

• 對該服務有更多的瞭解
• 測試設計取向（design approach）
• 測試科技的運用
• 開始建立團隊
• 在程式與整合的層次上，建立關於該服務的共同看法
• 瞭解外部測試（beta）所需完成的內容，或該向誰提供外部測試（beta）

在已完成的使用者需求研究上，持續分析並產生想法；並以此為基礎，為利害關係人建立開放、投入的流程。盡量從私部門、志願部門與其他公部門中，納入更廣泛的利害關係人族群；與他們進行一系列的工作坊，以發展選擇方案。

在展示過內部測試（alpha）之後，可選擇放棄內部測試（alpha）的程式，在外部測試（beta）時重新撰寫。然而，如果程式成果不錯，亦可考慮依原型繼續迭代開發下去。

為需要輔助才能使用數位服務的族群，建立可能的支援方案選項。為了協助找出選項，需在已完成的使用者需求研究上，持續分析並產生想法。引進在此方面有經驗與專長的部門（接觸、服務離線使用者的部門），以及這些類型的使用者，與他們進行工作坊，以發展選擇方案。

內部測試中需有的內容

内部測試（alpha）並不需要完整、從頭到尾的流程。只要展示的部份，足以讓使用者大致瞭解服務內容即可。

可以將其想成概念驗證（proof of concept）：

• 解決方案是否適當？
• 方案的角度是否可行且持續？
• 對使用者需求的瞭解是否足夠，以致能滿足這些需求？

如果不行，試著找出新的方案並建立新的原型。

內部測試階段時程

內部測試（alpha）階段是另一個相對上較短的階段。以 GDS 來說，我們試著將其限制在兩個月內；並在這六到八週內，進行數個為期一週的短期衝刺活動（sprint）。

團隊需求

此階段應由少數的核心小團隊進行，團隊要能進行快速迭代方案流程。團隊大小可能依需要的專業能力增減調整。

核心團隊的組成包括利害關係人與maker（設計師與系統開發者，特別是熟悉使用者研究者）。此團隊由服務經理帶領。

成果

內部測試（alpha）階段的成果包括：

• 高層次的故事卡
• 關於外部測試（beta）與上線服務執行的計劃（細節逐漸減少）
• 可用的基本系統，提供有限的功能；可以向少數使用者展示
• 瞭解現有系統（可能是取代、包裝或整合）
• 跨功能的需求
• 決定是否前進至外部測試（beta）階段
• 對已完成的使用需求研究的最終分析
• 對需要輔助才能使用數位資源的使用者，能夠提供的選擇方案

理想的內部測試

我們寫了一些關於理想的內部測試（alpha）版本資訊，依據可行的真實案例完成。

• 下一階段：上線
• 前一個階段：內部測試

譯者：
校稿者：
原始出處：https://www.gov.uk/service-manual/phases/alpha.html