概述：敏捷開發是一種以人為核心、迭代、循序漸進的開發方法。
Scrum是一套簡單但功能強大的原則和實踐，可幫助團隊在短週期內交付產品，實現快速反饋，持續改進和快速適應變化。現在，越來越多的團隊使用敏捷開發，Worktile 也推出了7.0版本，將敏捷貫徹到底，完美適配整個敏捷開發週期。
敏捷開發與Scrum
敏捷開發(Agile Development)是一種以人為核心、迭代、循序漸進的開發方法。Scrum是一個敏捷開發框架,它由一個開發過程、幾種角色以及一套規範的實施方法組成。
在Scrum中,產品需求被定義為產品需求池(product backlog)。所有的產品需求都是從一個簡單的想法開始,並逐步被細化,直到可以被開發的程度。Scrum將開發過程分為多個Sprint週期,每個Sprint代表一個1~4周的開發週期,有固定的時間長度。
敏捷開發在Worktile中的應用
敏捷開發的一般流程：
在Worktile中，完美覆蓋敏捷開發全過程：
一、需求管理
敏捷需求：在Worktile中，我們通過【任務類型】為敏捷需求的任務代表一個用戶需求。Worktile支持自定義任務類型，這表示客戶可以根據自己的需求，靈活配置任務的狀態／屬性信息，以及任務的工作流以及關聯關係等。
需求關聯：敏捷開發過程中，任務之間並不是相互獨立的。存在關聯關係：
User Story可以【派生】出N個需求，而一個需求又與N個敏捷任務【相關】。以建立【敏捷需求】和【敏捷任務】的關聯為例，Worktile任務中的關聯關係如下圖所示；Worktile提供了“派生”“相關”“連接”三種關聯模式，以滿足任務之間的管理關係。需求池建立：建立需求池，收集和整理來自各個渠道的用戶故事，並細化為需求，經過需求評審後，安排研發優先級。
二、迭代規劃
用Worktile組織Sprint會議：Scrum Team根據Product Backlog列表，做工作量的預估和安排，產品負責人在迭代開始前，召開迭代計劃會議（ Sprint Planning Meeting），從中挑選出N個Story作為本次迭代完成的目標，確定迭代成員，明確迭代週期（1~4個星期），確認需求交付的驗收標準，然後把這個Story進行細化，形成一個Sprint Backlog。
通過Worktile安排日程，可以組織召開Sprint計劃會議，評估需求等。Worktile支持日程排期助手，可以快捷查看所有人的時間安排情況；支持電子郵件／短信／系統通知／彈窗等多種通知模式。
規劃迭代：通過簡單的拖動，就可以將需求或缺陷加入到迭代規劃中去；有經驗的Scrum團隊會根據任務規模，安排迭代的數量，確定一個迭代 。任務規模並不是一個“／人／天”的單位，而是敏捷團隊通過長期實踐確定的需求規模的描述單位。Worktile建議初次嘗試敏捷的團隊將規模設置為“團隊內一個一般水平工程師一天的工作量”，後續不斷優化調整。
三、進度管理
迭代進度管理： Worktile為迭代提供了【概覽】、【故事板】、【燃盡圖】以及【任務列表】等多種視圖，幫助敏捷團隊直觀、方便地掌握迭代情況和迭代進度。
故事板：Scrum中，有一種叫站立晨會的方法。每日站立晨會時，敏捷團隊成員要溝通三件事——
昨天做了什麼、今天做什麼以及困難是什麼。Worktile的故事板可以將任務進度可視化，通過拖動即可改變任務的狀態；
自定義報表統計：通過報表設計器，配置的您所需要項目報表，滿足多種業務需求，支持【多種視圖展示】、【自定義篩選條件】，方便您把控項目進度。
四、缺陷追蹤
缺陷追蹤：需求之間的關聯關係，在前文已經有所介紹，同樣，需求與任務、需求與缺陷同樣存在相互聯繫，並相互影響。例如該需求中存在缺陷，那麼在缺陷解決之前，需求的狀態無法轉換到完成，這就是一種“阻塞”關係。通過任務之間的關聯，項目的整體性會更加清晰，操作也會更便捷。
用例管理缺陷追蹤：在迭代規劃階段，測試人員可以創建此迭代的相關用例；安排測試計劃。執行測試計劃的過程中，快速創建缺陷任務，關聯到原始需求；Worktile支持【自定義報表】對缺陷進行多維度統計；幫助測試人員高效完成缺陷管理和追蹤；
五、評審回顧，總結沉澱
迭代回顧：Worktile的【自定義報表】和【迭代概述】，可以幫助項目／產品負責人，通過迭代工作流的屬性信息，總結進度過程的得失，分析結果，用於下一次迭代。
對過程的經驗教訓易協作編輯的方式沉澱在網盤。在線文檔中。開發負責人總結代碼構建和審查情況；測試負責人總結此迭代的測試報告；產品負責人總結進度過程的得失，記錄改善結果，應用到下一次迭代中。
更多亮點功能，將敏捷貫徹到底
① 精細化角色模式
一般情況下，由Product Ower 負責Product Backlog 的管理工作，而產品經理／研發／客戶成功等人員都可以進行需求的錄入。Worktile為敏捷團隊提供了多種自定義【角色模式】，匹配敏捷團隊不同職責的操作權限，Worktile的角色模式可以將權限細化到是否能夠修改特定任務屬性的級別。
② 數據源級別的可配置化項目模板
Worktile提供數據源級別的靈活可配置化項目模板；支持自定義【項目組件】【項目視圖】【任務類型】客戶即可以選擇Worktile的敏捷模板，也可以根據自身需求進行調整。
③ 自定義任務類型
支持自定義【任務狀態】、【任務屬性】、【工作流】以及【角色模式】，敏捷團隊可以針對【需求】【任務】【缺陷】等工作場景，配置高度自定義化的任務類型。
④ 代碼託管、服務監控
Worktile現在內置支持絕大多數主流的代碼託管服務，包括：GitHub、BitBucket、Coding、CSDN Code、GitCafe、SVN、Git、GitLab，以GitHub為例，現在支持Commit、Push、Pull Request、Issue、Fork等大部分事件，當你在GitHub上的倉儲發生這些事件是，綁定GitHub的群組中所有成員都會收到通知，可及時查看。
在Worktile中內置接入的監控類服務包括監控寶、青雲，當你的服務出現警報時，會在Worktile指定的頻道中收到實時消息，另外還有
App崩潰監控服務BugHD，如果你的App中加入了BugHD的SDK，在App崩潰時Worktile中也會收到消息。
⑤ 持續集成
以前，研發團隊的工作方式一般是把持續集成的結果通過郵件的方式發送到團隊成員的郵箱，然而大部分郵件都會被當做垃圾郵件處理。現在，你可以把持續集成的結果直接發送到指定的群組，一些
主流的持續集成工具都在Worktile中提供支持，如Magnum CI、Codeship、Cirecle CI、Travis CI等。
⑥ 自動化機器人
不能實現自動化機器人的IM工具都不能完全幫助研發團隊實現代碼共享與連接。因此，在Worktile中除了內置接入的各個第三方服務外，還提供了自動化機器人的Webhook ，可以自行實現把團隊中使用的一些服務或者工具中的信息打印到Worktile。
1.Incoming Webhook：向指定的頻道發送實時消息，可以自定義名稱和頭像；
2.遠程小特：向指定的頻道以Worktile機器人小特的身份發送消息；
3.自定義機器人： 向指定的團隊成員發送消息，可以自定義名稱和頭像；
此外，還有Hubot、圖靈機器人等。
下圖為Worktile團隊內部使用Incoming Webhook自行實現的服務監控機器人，定時在頻道中打印出一些關鍵服務的狀態。
⑦ 第三方服務助力運維管理
產品部署上線後，研發團隊還可藉助Worktile強大的第三方服務功能對各種服務的狀態進行監控。
閱讀更多 Worktile 的文章
