開發一個能滿足圖書館員與圖書館使用者雙方需求的圖書館系統，可能是一項具有挑戰性的任務。為確保系統能符合所有利害關係人的需求，並在預期時間內完成交付，可採用敏捷開發方法。本文將提出一個可在100個工作日內完成10個迭代的圖書館系統敏捷開發計畫。
問題情境——圖書館系統
當地公共圖書館的線上目錄系統出現問題。過去一周系統時斷時續，導致圖書館工作人員與使用者都感到困擾。部分使用者反映無法搜尋書籍，另一些人則表示無法線上續借已借出的資料。
圖書館工作人員接獲大量電話與現場詢問，關於系統中斷的問題，導致其他圖書館服務出現延遲。此外，工作人員發現即使系統運作時，運作速度也十分緩慢，這進一步增加了工作人員與使用者的困擾。
圖書館的資訊技術部門一直在努力找出並解決問題，但至今仍未能恢復系統的完整功能。在此期間，圖書館工作人員只能手動為使用者借還資料，這佔用了大量時間，也導致其他任務出現延遲。
圖書館館長要求資訊技術部門提供系統恢復完全功能的時間表，以及預防類似問題再次發生的計畫。館長也正在考慮聘請顧問，評估圖書館整體的技術基礎設施，並提出改進建議。
從問題情境中識別候選使用案例
要從問題情境中識別候選使用案例清單，可遵循以下步驟：
- 識別問題情境中的主要參與者。參與者是指與所開發系統互動的人、組織或系統。
- 針對每位參與者，識別其目標或目的。參與者使用系統想要達成什麼？
- 識別參與者為達成目標與系統互動的不同方式。這可能包括他們採取的行動、提供的資訊，或從系統接收的資訊。
- 針對每一項互動，識別描述該互動的具體使用案例。使用案例是參與者與系統之間特定互動的描述，通常包含參與者為達成目標所採取的一系列步驟或行動。
- 審查並優化候選使用案例清單，確保其完整、相關且無重複。你可能需要合併或拆分使用案例，或刪除對系統非必要的項目。
總體而言，識別候選使用案例清單的目標是確保所開發的系統能滿足所有利害關係人的需求與要求，並提供明確且完整的功能與特性，使他們能達成各自目標。
以下是圖書館系統的一些候選使用案例：
- 搜尋目錄：使用者可搜尋圖書館的目錄，查找書籍、DVD及其他資料。
- 預約：使用者可為目前已被借出或尚未可取得的項目進行預約。
- 借閱資料：使用者可從圖書館借閱書籍、DVD及其他資料。
- 續借資料：使用者可線上或現場續借已借出的資料。
- 繳交罰款：使用者可支付其應繳的罰款或費用。
- 申請館際互借：使用者可申請從其本地系統以外的圖書館借閱資料。
- 管理帳戶資訊：使用者可管理個人資訊，例如更新地址或電話號碼。
- 管理閱讀紀錄：使用者可追蹤他們已閱讀的書籍，並留下評論或評分。
- 管理願望清單：使用者可建立一份想閱讀書籍的願望清單，並在書籍可借時收到通知。
- 接收提醒：使用者可收到通知，得知其預約的資料已可借閱，或其已借出的資料即將到期。
如何識別參與者
要識別參與者並將其與使用案例連結為主要參與者與次要參與者，可遵循以下步驟：
- 識別將與系統互動的主要利害關係人。這些利害關係人可能包括使用者、管理員、客戶及其他將使用或受系統影響的各方。
- 針對每位利害關係人，識別其使用系統的主要目標與目的。他們使用系統是想達成什麼？這將有助於識別每位利害關係人的主要使用案例。
- 識別利益相關者可能具有的任何其他目標或目的，但這些目標並非其主要使用案例的核心。這些目標可能涉及與系統中的其他利益相關者或子系統互動，或與系統管理或維護相關。這將幫助您識別任何次要參與者及其對應的使用案例。
- 識別主要參與者與次要參與者之間，以及參與者與系統之間的任何互動。這些互動可能涉及資料共享、資訊傳遞或觸發系統中的動作。這將幫助您定義使用案例的邊界與範圍。
- 建立使用案例與參與者的清單，並將每個使用案例與其主要參與者和次要參與者連結。這將幫助您確保使用案例模型中涵蓋所有利益相關者，並確保系統設計能滿足所有使用者與管理員的需求。
識別參與者並將其與使用案例連結的目標，是為了建立系統功能的清晰且完整的圖像，並確保在設計與開發過程中考慮到所有利益相關者。這將有助於確保最終系統滿足所有使用者與管理員的需求與要求。
以下是圖書館系統候選使用案例清單的摘要表格，包含其相關參與者與目標：
| 使用案例 | 主要參與者 | 次要參與者 | 使用案例目標 |
|---|---|---|---|
| 搜尋目錄 | 讀者 | 無 | 允許讀者在圖書館目錄中搜尋書籍、DVD及其他資料。 |
| 預約 | 讀者 | 無 | 讓讀者預約目前已被借出或尚未可用的項目。 |
| 借閱資料 | 讀者 | 圖書館人員 | 允許讀者從圖書館借閱書籍、DVD及其他資料。 |
| 續借資料 | 讀者 | 圖書館人員 | 允許讀者延長其已借出項目的到期日。 |
| 支付罰款 | 讀者 | 無 | 允許讀者支付其應付圖書館的任何罰款或費用。 |
| 申請館際互借 | 讀者 | 館際互借人員 | 讓讀者能夠請求從其本地系統以外的其他圖書館借閱資料。 |
| 管理帳戶資訊 | 讀者 | 無 | 允許讀者管理其個人資訊，例如更新地址或電話號碼。 |
| 管理閱讀紀錄 | 讀者 | 無 | 允許讀者追蹤他們已閱讀的書籍並留下評論或評分。 |
| 管理願望清單 | 讀者 | 無 | 讓讀者能夠建立一份他們想閱讀的書籍願望清單，並在書籍可借閱時收到通知。 |
| 接收提醒 | 讀者 | 無 | 允許讀者在他們預約的資料可借閱或已借出的資料即將到期時收到提醒。 |
優先處理使用案例
優先處理使用案例是軟體開發過程中的重要步驟，因為它有助於確保系統中最重要且最有價值的功能能夠首先被開發。優先排序有助於將開發團隊的努力和資源集中在能為系統的最終使用者和利益相關者帶來最大價值的功能上。
以下是由最重要到最不重要的使用案例優先排序清單，並附上優先級欄位：
| 使用案例 | 主要參與者 | 次要參與者 | 使用案例目標 | 優先級 |
|---|---|---|---|---|
| 借閱資料 | 讀者 | 圖書館人員 | 允許讀者從圖書館借閱書籍、DVD 和其他資料。 | 1 |
| 搜尋目錄 | 讀者 | 無 | 允許讀者在圖書館目錄中搜尋書籍、DVD 和其他資料。 | 2 |
| 預約 | 讀者 | 無 | 允許讀者預約目前已被借出或尚未可用的項目。 | 3 |
| 續借資料 | 讀者 | 圖書館職員 | 允許讀者延長已借出資料的到期日。 | 4 |
| 申請館際互借 | 讀者 | 館際互借職員 | 允許讀者申請從其本地系統以外的其他圖書館借閱資料。 | 5 |
| 支付罰款 | 讀者 | 無 | 允許讀者支付其應付圖書館的任何罰款或費用。 | 6 |
| 接收通知 | 讀者 | 無 | 允許讀者在他們預約的書籍可取或借出的書籍即將到期時收到通知。 | 7 |
| 管理帳戶資訊 | 讀者 | 無 | 允許讀者管理個人資訊，例如更新地址或電話號碼。 | 8 |
| 管理願望清單 | 讀者 | 無 | 讓讀者可以建立一份他們想閱讀的書籍願望清單，並在書籍可取時收到通知。 | 9 |
| 管理閱讀紀錄 | 讀者 | 無 | 允許讀者追蹤他們已閱讀的書籍並留下評論或評分。 | 10 |
請注意，優先順序可能根據圖書館系統的具體需求和目標而有所不同，這僅是基於一般圖書館使用者需求的一種可能排序。
組建團隊並估算成本
例如，
為了估算香港六個月的人力資源成本，我們需要考慮各職位的職責以及每個職位的最低和平均薪資範圍。
以下是基於最低人手需求及平均薪資範圍中點，對十人團隊的成本估算：
- 專案經理：
- 最低月薪：港幣35,000元
- 平均月薪：港幣60,000元
- 六個月預估成本（最低薪資）：港幣210,000元
- 六個月預估成本（平均薪資）：港幣360,000元
- 產品負責人：
- 最低月薪：港幣25,000元
- 平均月薪：港幣45,000元
- 6個月的預估成本（最低薪資）：港幣150,000元
- 6個月的預估成本（平均薪資）：港幣270,000元
- Scrum Master：
- 最低每月薪資：港幣25,000元
- 平均每月薪資：港幣45,000元
- 6個月的預估成本（最低薪資）：港幣150,000元
- 6個月的預估成本（平均薪資）：港幣270,000元
- UX/UI設計師：
- 最低每月薪資：港幣20,000元
- 平均每月薪資：港幣35,000元
- 6個月的預估成本（最低薪資）：港幣120,000元
- 6個月的預估成本（平均薪資）：港幣210,000元
- 開發人員：
- 最低每月薪資：港幣18,000元
- 平均每月薪資：港幣30,000元
- 6個月的預估成本（最低薪資）：港幣540,000元（假設6名開發人員）
- 6個月的預估成本（平均薪資）：港幣900,000元（假設6名開發人員）
- 品質保證/測試工程師：
- 最低每月薪資：港幣18,000元
- 平均每月薪資：港幣30,000元
- 6個月的預估成本（最低薪資）：港幣108,000元
- 6個月的預估成本（平均薪資）：港幣180,000元
- DevOps工程師：
- 最低每月薪資：港幣20,000元
- 平均每月薪資：港幣35,000元
- 6個月的預估成本（最低薪資）：港幣120,000元
- 6個月的預估成本（平均薪資）：港幣210,000元
假設以最低薪資範圍計算，10人團隊6個月的總成本約為港幣1,308,000元。假設以平均薪資範圍的中點計算，總成本約為港幣2,400,000元。請注意，這僅為估算，實際成本可能因項目具體細節及與每位團隊成員協商的薪酬而有所差異。
制定敏捷開發計劃
以下是針對上述建議團隊，為圖書館系統制定的敏捷開發計劃，假設共10個迭代，每個迭代持續10個工作日：
Sprint 1（第1-10天）：
- 召開專案啟動會議
- 開發使用者故事並優先處理待辦事項清單
- 為主要畫面建立線框圖
- 設定開發環境
- 開始開發使用者驗證與授權系統
Sprint 2（第11-20天）：
- 完成使用者驗證與授權系統的開發
- 開始開發書籍搜尋功能
- 開始開發書籍借閱功能
- 與利益相關者審查線框圖並進行必要的修改
Sprint 3（第21-30天）：
- 完成書籍搜尋功能的開發
- 完成書籍借閱功能的開發
- 開始開發書籍歸還功能
- 開始開發書籍預約功能
Sprint 4（第31-40天）：
- 完成書籍歸還功能的開發
- 完成書籍預約功能的開發
- 開始開發使用者個人檔案功能
- 開始開發書籍推薦功能
Sprint 5（第41-50天）：
- 完成使用者個人檔案功能的開發
- 完成書籍推薦功能的開發
- 開始開發書籍評論與評分功能
- 開始開發圖書館員用的管理儀表板功能
Sprint 6（第51-60天）：
- 完成書籍評論與評分功能的開發
- 完成圖書館員用管理儀表板功能的開發
- 開始開發書籍購買與庫存管理功能
- 開始開發罰款管理功能
Sprint 7（第61至70天）：
- 完成圖書購買與庫存管理功能的開發
- 完成罰款管理功能的開發
- 開始開發報表與分析功能
- 開始開發行動應用程式
Sprint 8（第71至80天）：
- 完成報表與分析功能的開發
- 完成行動應用程式的開發
- 開始開發與外部系統的整合（例如：支付網關）
Sprint 9（第81至90天）：
- 完成與外部系統整合的開發
- 開始測試與錯誤修復
- 開始使用者接受測試
- 開始文件與培訓教材的開發
Sprint 10（第91至100天）：
- 完成測試與錯誤修復
- 完成使用者接受測試
- 完成文件與培訓教材的開發
- 進行系統部署
- 進行最終審查與回顧
這僅是圖書館系統的一個敏捷開發計畫範例，實際計畫可能根據專案的具體需求以及每週 sprint 中團隊的進展而有所不同。
專案提案範例 – 圖書館系統
專案提案：圖書館系統的敏捷開發
簡介：我們非常樂意提出一個全面圖書館系統的敏捷開發專案，以滿足圖書館員與圖書館使用者的需求。我們所提出的系統將為使用者提供無縫的圖書搜尋、借閱、歸還、預約、購買、庫存管理及罰款管理體驗，同時為圖書館員提供管理介面、報表與分析功能。此項提出的敏捷專案將確保系統符合所有利害關係人的需求，並在預期時間內完成交付。
專案目標：本專案的目標是開發一個使用者友善、高效且能有效管理圖書館運作的圖書館系統。系統將提供以下功能與特性：
- 提供使用者圖書搜尋、借閱、歸還、預約、購買、庫存管理及罰款管理功能。
- 為圖書館員提供管理介面、報表與分析功能。
- 與圖書館系統與資料庫實現無縫整合。
- 為使用者與圖書館員提供可自訂的使用者介面。
專案方法論：為達成專案目標，我們將採用敏捷開發方法。敏捷開發是一種迭代且合作的模式，強調持續反饋、彈性規劃與快速交付。此方法非常適合需求不斷演變的複雜專案，例如圖書館系統。
敏捷開發方法將透過一系列每次持續10個工作日的衝刺來執行。我們將使用Scrum框架，這是一種廣受歡迎的敏捷方法，強調定期會議、清晰溝通與逐步開發。
專案時程：專案將在10個衝刺內完成，每個衝刺持續10個工作日。時程如下：
- 衝刺1：線框圖開發，使用者驗證。
- 衝刺2：書籍搜尋與瀏覽功能。
- 衝刺3：圖書借閱與歸還功能。
- 衝刺4：圖書預約與購買功能。
- 衝刺5：庫存管理與報表功能。
- 衝刺6：罰款管理功能。
- 衝刺7：管理員儀表板功能。
- 衝刺8：報表與分析功能。
- 衝刺9：測試、文件編製與部署。
- 衝刺10：最終測試、文件編製與部署。
專案團隊：專案團隊將由以下角色組成：
- 專案經理
- Scrum主管
- 產品負責人
- 開發人員（2-3名）
- 品質保證工程師
- 技術撰寫人員
專案團隊將負責圖書館系統的開發、測試、文件編製與部署。專案經理將監督整個專案，Scrum主管將確保遵循Scrum框架。產品負責人將代表利益相關者，確保其需求獲得滿足，開發人員將負責系統建構。品質保證工程師將確保系統符合品質標準，技術撰寫人員將負責系統文件的編製。
預算：專案總成本為200萬港元。此金額包含人力成本、硬體與軟體基礎設施，以及專案所需的任何第三方服務費用。
結論：我們相信，所提出的圖書館系統敏捷開發專案將產生一個高效、有效且使用者友善的系統，滿足讀者與圖書館員的需求。我們期待進一步與您討論此提案，並熱切期待與您合作，成功開發出一套圖書館系統。
範例 – 付款時程
以下是所提圖書館系統專案的付款時程：
- 專案啟動及合約簽署後支付總金額的20%（40萬港元）。
- 衝刺5完成且客戶接受交付功能後，支付總金額的30%（60萬港元）。
- 衝刺8完成且客戶接受交付功能後，支付總金額的30%（60萬港元）。
- 系統成功部署於客戶環境且客戶接受最終產品後，支付總金額的20%（40萬港元）。
如有任何關於此付款時程的疑問或疑慮，請隨時告知我們。
感謝您考慮我們的提案。
此致，[您的名字]
範例 – 項目批准申請的範例封面信
親愛的[客戶]，
我們非常期待提交我們關於開發綜合圖書館系統的提案。我們所提出的敏捷專案將為使用者提供直覺且高效的圖書搜尋、借閱、歸還、預約、購買、庫存管理及罰款管理體驗，同時為圖書館員提供管理介面、報表及分析功能。
我們所提出的敏捷開發方法將確保系統符合所有利益相關者的需要，並在預期時間內完成。我們將採用Scrum架構，以確保定期會議、清晰溝通與逐步開發。專案團隊將包括專案經理、Scrum主管、產品負責人、開發人員、品質保證工程師及技術撰寫人員。
專案將在10個迭代內完成，每個迭代為10個工作日。專案總成本為200萬港元。
我們相信，我們所提出的圖書館系統將顯著提升您圖書館運作的效率與成效，我們期待進一步與您討論此提案。
感謝您考慮我們的提案。我們非常期待與您合作，共同開發一個成功的圖書館系統。
此致，[您的名字]
摘要
本文所述的圖書館系統是一個綜合性平台，為使用者提供圖書搜尋、借閱、歸還、預約、購買、庫存管理及罰款管理功能，同時為圖書館員提供管理介面、報表及分析功能。開發計畫分為10個迭代，每個迭代為10個工作日，涵蓋從線框設計與使用者驗證，到測試、文件編寫與部署的全部內容。透過遵循此敏捷開發計畫，圖書館系統可高效且有效地完成，同時確保所有利益相關者對最終產品滿意。