敏捷式開發 Scrum
儘管敏捷方法在幾十年前起源於 IT 產業，但它已經擴大了很多用途，現在用於銷售行銷、銀行製造業甚至工業生產，Scrum 是最廣泛使用的基於敏捷開發的框架之一 ，我們在 Bitrix24 中就有它！
什麼是 Scrum
打造新產品或新功能並非易事，讓它在市場上取得成功更是一項挑戰，Scrum 可以幫助大家。
想像您是需要創建新網站的團隊的一員，例如：電子商務網站，您有大量工作要完成 您需要建置網站、購物車、安裝SSL證書、新增商品、建立Facebook粉絲頁，並確保你會找到一個專案經理和至少數百個你甚至沒有想到的其他事項。
大多數軟體專案都是使用傳統的瀑布式開發(waterfall model)來管理，基本上就是一個線性模型，它提供了所有一次性交付產品。這是一種無趣且耗時的方法，因為這種方法沒有可視性(zero visibility)，沒有人重視客戶回應，您的產品可能不是客戶真正想要的。唯一要緊的是面對截止日期感到壓力很大！
而一個簡單的解決方案是採用敏捷方法(agile methodology)，這是一種AI人工智能創造性的專案管理方法。
敏捷方法從專案開始在整個開發生命週期中逐步構建，講求的是「快速從經驗中學習反應」和「團隊的自我管理」。
Scrum 是一個輕量級的敏捷專案管理框架，可用於管理我們所有類型的創造性和目標導向的專案。 基本上這裡的概念是將大型複雜專案拆分成更小的專案，並在此過程中進行審查和調整，這樣你就可以避免繞遠路，並做更多的事情，這就是 Scrum 的全部意義，它是一種和快速變化的世界一樣的靈活的工作方式，因此這種 Scrum 在大多數情況下在 IT 專案中經常使用。
在 Bitrix24 中使用 Scrum
Step1. 建立Scrum團隊
Step2. 排定會議
Step3. 新增工作項目並啟動待辦清單
Step4. 為任務設定『完成的定義』
Scrum 的一些名詞定義
<< 角色 >>
Product owner (PO，產品負責人)：也是產品守護者，在 Scrum 專案扮演客戶代表，要決定產品的規劃和為產品的成敗負責。
Scrum master(SM，專案主管)：協助團隊依循敏捷開發與Scrum 精神來開發，協助團隊持續改善開發流程，協助排除任何阻礙開發活動的事件。但是沒人事權，不能管人，沒財務權，不能編預算。
Development team(Dev Team，開發團隊)：Scrum 強調團隊成員的組成應該是一個 跨職能團隊（cross-functional team），團隊中要有能夠完成專案的所有人才，並可以獨立完成任務的特種部隊。
Stakeholders（利益相關者）：和開發專案有關，但是卻沒有實際參與專案開發活動的輔助角色，像是供應商或是客戶。
<< 物件 >>
Vision ( 遠景 ) ：專案資助人的最終目標，然後團隊要把這個需變成實際的東西。
Story（故事）：由PO定義，或稱ITEM，大小長短要適中，像是一種使用者案例或是體驗情境。
Task（工作項目）：由Dev Team針對上述需求列出完成所需的工作項目，並由Dev Team自動分配工作
Backlog（待辦事項）：由PO負責整理，所有關於此專案或是產品的待辦事項
Sprint Backlog（衝刺待辦事項）：針對比較重要的事項的要先開工，Sprint(衝刺)啟動時Dev Team會向PO承諾盡力完成的項目，以Task為單位。
Potentially Shippable Product Increment（潛在可交付版本）：在 Sprint(衝刺)結束時，團隊要能夠產出一份可交付版本，也就是說這個sprint(衝刺)所增加的功能如果客戶馬上就要的話，要可以交付給客戶。
Burndown Chart（燃盡圖）：像是血條長度一樣，把所有任務的時間減掉每天完成的工作時數，剩下來的就是尚未完成的工作。血條長度為0就是專案全部完成了。
<< 活動 >>
Sprint（衝刺）：時間長度定義上是1–4個禮拜，但實務上不要多過2個禮拜，適應後最好不要任意改變長度，以避免打亂開發的步調。
Daily Scrum（每日站立會議）：會議通常以站立方式進行，在15分鐘之內舉辦完畢(長話短說)，目的是讓團隊資訊(昨日已完成；今日待完成；目前障礙)同步。
Sprint Planning（衝刺規劃會議）：Sprint開始時，討論一下這次 可以交付哪些 Story (由PO決定)，從 Story 中要設定那些 TASK(由Dev Team決定)，藉由對話讓需求變得越來越清楚。
Backlog Refinement / PBR（待辦事項精煉會議）：PO 跟 Dev Team 一起討論近期內會開始施工的Item，主要是從商業和使用者角度切入，然後挑選一些下一個 Sprint(衝刺) 準備的 Story。
Sprint Review（衝刺檢視會議）：當 Sprint(衝刺) 結束的那一天會舉辦此會議，主要是要展示團隊在此 sprint 中所完成的每一個 Story，並且讓 PO 確認這些 Story 有做到他心目中所想要的程度，並邀請利害關係人對產出給意見。
Sprint Retrospective / Sprint Retro（衝刺回顧會議）：在Sprint Review後，所有內部成員針對這次團隊的工作模式討論改善，並定出改善行動方案（action plan）。
任何時刻，如果您需要Bitrix24 Partner的協助，請 聯繫我們 ！