真理堂數轉小組第十二次週會

6月12日(四)中午12:45

與會人員: 詩清長老、明理、允中、Tom、Joseph、旭倫、Deborah

 

會議摘要：

Phase 1 專案內容調整

  • 原定範圍：Phase 1 最初評估約有三項功能，包括會員註冊、受洗轉會流程，以及報名繳費系統。所有功能的起點仍以「會員」為主。
  • 新增功能：本次新增了奉獻查詢和裝備查詢兩個功能。
  • 影響評估：
    • 這些新增功能被視為在現有基礎上的「外掛」，不會構成太大的開發影響。
    • 雖然這對開發團隊來說是「轉彎」，但只要核心的會員系統不變，對開發影響不大。
    • 功能的增加會導致整體系統規劃和優先順序需要調整。

新增功能細節討論

1) 奉獻查詢 (Donation Inquiry)

  • 查詢資格：
    • 即使非會友，只要登入會員並提供相關資料，也可以進行奉獻查詢。教會希望能夠實現會員查詢奉獻的功能。
  • 資料來源與更新：
    • 現況的奉獻資料即使不是會友的奉獻也會登錄到系統。
    • 只要在台北真陽奉獻，不管身份都會進入真陽的奉獻系統。
    • 資料更新是即時的。只要財務同工將資料輸入系統，透過 API 串接，用戶就能查詢到。
  • 查詢驗證：
    • 查詢時需比對身份證字號、出生年月日、行動電話這三項資料。
    • 系統會發送簡訊碼到手機進行驗證，確保是本人查詢。
    • 奉獻的帳號名稱必須是「實名」，並會比對身份證。
    • 對於不願提供身份證字號的奉獻者，系統將無法提供查詢功能。

2) 裝備查詢 (Equipment Inquiry)

  • 查詢資格：
    • 希望會員也能夠查詢其「課程」資料。
  • 名詞定義：
    • 教會內部基本統稱「課程」，不區分「裝備」與「課程」。
    • 對於一般使用者而言，「裝備」可能不易理解，「課程或活動」更為清楚。建議名稱為「裝備課程記錄查詢」。
  • 查詢驗證：
    • 目前裝備查詢只需輸入手機號碼和 Email 即可查看記錄。這些資訊在會員註冊時已記錄。
  • 課程與裝備記錄管理：
    • 系統應有匯入、增加、修改裝備課程的功能。
    • 並非所有報名繳費的活動都需轉入「裝備記錄」，例如停車場繳費就不會。
    • 討論建議，在開課時就將報名活動進行分類：若設定為「課程」類，則自動列入「裝備記錄」，減少人工介入。此構想待進一步盤點課程類型和可行性。
    • 會談中提到可以透過系統設定，明確標示哪些課程會轉入裝備系統，哪些不會。

專案推進方式

  • 階段性討論：
    • 先進行大架構的鋪陳與確認。
    • 再進入單一功能模組的細部討論，例如會員系統、報名系統、奉獻查詢、裝備查詢等。
  • 滾動式調整流程：
    • 每次細部功能流程確定後，先在週會中預覽 (preview) 並收集意見。
    • 修改後，再進行實體會議確認。
    • 功能底定後，需提交至週三的牧者會議進行報告並核准。
    • 目標是每個模組在 2-3 次來回討論中底定。
  • 開發與測試：
    • 優先追求品質而非速度，特別是會員會友系統這個「大骨架」。
    • 目標仍是明年 6 月上線，即使功能增加，也希望保持此目標。
    • 工程師將直接建立一個測試網站。一旦單一模組的功能流程確定，工程師將會開發並部署到測試網站上，讓團隊可以即時試用和測試。
    • 測試網站將包含會友界面、同工使用界面和後台界面。
    • 這樣的方式將取代傳統的需求說明書產出和廠商發包流程。
    • 「第一條線」（會員會友系統）的成功至關重要，若能清晰地測試並確認，將有助於後續其他模組的順利建置。

下一步 (Next Steps / To-dos)

以下是本次會議後，專案需要推進的具體事項清單：

  1. 奉獻查詢 (Donation Inquiry) 相關：
    • [真理堂專案組] 確認會員資料需要哪些新增欄位以滿足奉獻查詢需求。
    • [真理堂專案組] 提供與總會 API 串接的相關規範 (SPC)，以便工程師進行系統介接開發。
    • [真理堂專案組/旭倫] 進一步討論並釐清奉獻查詢的認證機制，特別是實名制比對和不願提供實名資料的處理方式。
    • [亞諾旭倫] 提供目前奉獻查詢的詳細流程文件，包含所需的比對欄位（身份證字號、出生年月日、行動電話）及其運作模式，供真理堂方面確認。
  1. 裝備查詢 (Equipment Inquiry) 相關：
    • [真理堂專案組] 細部討論並確立「裝備」與「課程」的統一對外稱呼（例如「裝備課程記錄查詢」），並給予工程師團隊最終結論。
    • [真理堂專案組] 盤點所有現有課程的類型，以便後續系統進行分類設定。
    • [真理堂專案組] 思考並規劃報名系統中活動/課程的分類機制，旨在讓「課程」類的報名活動能自動轉入「裝備記錄」，減少人工介入。
  1. 整體專案流程與開發相關：
    • [亞諾團隊] 於下週建立測試網站（包含會友使用者介面、同工使用介面及後台管理介面），供真理堂團隊預覽和試用。
    • 數轉小組下週底定專案整體架構，隨後由亞諾開始針對每個功能模組提出細節流程，開始安排與教會的實體會議。
    • 專案整體架構確認後，將由亞諾Deborah與旭倫確認細部流程圖所需時間，以提出未來實體會議的時程計畫表，再請允中協調安排教會實體會議時間與相關出席人員。
    • 將採「滾動式調整流程」，針對單一功能模組進行：
      • 數轉小組週會預覽 (Preview) 詳細功能流程並收集內部意見。
      • 在週會收集意見後，進行教會實體會議確認並提出修正意見。
      • 次周數轉週會由Deborah向數轉小組報告前一周實體會議進度，再由數轉小組於周會提出調整建議，再由Deborah在下一次實體會議討論確認。
      • 功能流程底定後，提交至週三的牧者會議進行報告並核准。
    • [亞諾團隊] 優先處理「會員/會友系統」模組的詳細功能流程討論與開發，因其為所有系統的基礎。
    • 一旦單一模組的功能流程確認（至少95%確認），亞諾工程師將立即進行開發並部署到測試網站上，供真理堂團隊即時測試。
    • [真理堂專案組] 確保功能細節的討論與確認達到高精確度，因一旦功能寫入程式碼，改動將會非常困難。