GDS Digital Service Manual 中文翻譯網站 (beta)
by HPX-GOV 英國政府數位服務研究小組 GDS Study Group

內部測試 (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

請留言

你的email信箱不會被發布出來. Required fields are marked *

*