指南

範疇釐定工作坊會做什麼,以及為何可以為您省錢。

範疇釐定(Discovery)工作坊是開發之前一個簡短、收費的階段,您與開發團隊在其中議定要做什麼、按什麼次序,以及哪裡可能出錯。在整個項目中,這是發現某個想法並不可行的最便宜時機。

重點摘要

  • 它是規模細小、大小固定的一步,通常是數天或一兩週,而不是一個小型項目。
  • 結束時您應得到書面成果:範疇、優先次序、風險、估算範圍及計劃。
  • 與會的人選比議程的長短更重要。
  • 您可以把成果交給任何供應商。好的工作坊不會把您綁住。
  • 當項目不確定、規模大或涉及多個部門時才值得。細小而清晰的項目未必需要。

它的用途

軟件中大多數昂貴的意外,都源於沒有人及早提出的問題:到底誰會使用、舊系統與新系統不一致時怎麼辦、誰來簽批、資料實際是什麼模樣。工作坊在改變方向仍然便宜時,迫使這些問題浮現。它把構想轉化為團隊能以較少假設估算的範疇。請參閱我們的撰寫項目需求簡介指南,了解該帶備什麼。

常見的流程

  • 之前。您分享簡介、現有系統、樣本資料及文件。團隊閱讀後準備問題。
  • 了解工作。逐步走一遍目前的做法,包括麻煩的例外情況。真實例子勝過描述。
  • 界定使用者及首個版本。誰做什麼,以及第一天必須運作的兩三件事。
  • 描繪系統及資料。哪些必須連接、哪些可以匯入,以及哪些欠缺或混亂。
  • 找出風險。規則及私隱、可能不如預期的整合、必須同意的人,以及依賴外部人士的事項。
  • 勾勒體驗。主要流程的粗略畫面或可點按原型,讓人能夠回應而不是想像。
  • 規劃。工作次序、附假設的估算範圍,以及您仍須作出的決定。

部分在會議中進行,部分由團隊在會議之間自行處理。只要合適的人出席,遠程進行同樣有效。

誰應該出席

  • 決策者,或能代表他們發言的人。
  • 目前實際做這項工作的人,而不只是管理層。他們最清楚例外情況。
  • 熟悉您現有系統的人,不論是員工還是外部供應商。
  • 代表顧客的聲音,即使只是前線的故事。

少於六人通常效果最好。人數更多的話,可以用非同步方式參與。

結束時您應該得到什麼

  • 首個版本的書面範疇,以及刻意留待稍後的清單。
  • 以淺白語言及粗略圖像說明的主要使用流程。
  • 風險及未決問題清單,每項有負責人。
  • 附假設的估算範圍,涵蓋開發及上線後的營運成本。
  • 附里程碑的建議計劃,以及您須在何時提供什麼。

這些屬於您。如果供應商不讓您把它們交給別人,請在付款前先問清楚原因。

值得付費嗎?

如果項目規模大、涉及多個團隊或系統,或依賴您未曾驗證的假設,通常值得。花一兩天發現某個關鍵整合行不通,遠比在第三個月才發現便宜。如果項目細小而清晰,一份好的建議書加一次簡短通話可能已足夠,好的供應商也會這樣說。評判工作坊的標準,是它有沒有改變您原先打算建造的東西、成果有多具體,以及之後您對估算有多少信心。

常見問題

範疇釐定工作坊需時多久?

視乎規模,由一天至數週不等。重點是保持簡短而專注。如果它演變成項目本身,就不再是範疇釐定。

是免費的嗎?

免費的環節其實是銷售對話。收費的工作坊則令供應商承諾交出實質成果。兩者都可能有用,但要清楚自己得到的是哪一種。

我可以把成果交給另一家供應商嗎?

您應該可以。請在開始前議定清楚,令成果是屬於您的文件,而不是通往更長合約的鉤子。

不確定第一階段應涵蓋什麼?

告訴我們您的考慮。我們會說明工作坊是否有幫助,還是可以直接進入建議書。

索取項目報價