Scrum

重要文件

• Scrum 指南 (PDF)

流程

https://en.wikipedia.org/wiki/Scrum_(software_development)

Role

1. Product Owner
2. Team
3. Scrum Master

Process : https://classroom.udacity.com/courses/ud805/lessons/1771718546/concepts/4398989950923

Product backlog => Sprint Planning (Sprint backlog) => => (Daily Scrum + 2-4 weeks Scrum) => Sprint Review => => Potentially Shippable Product

參考文獻

• 敏捷視界：系統的告訴你什麼是敏捷開發？
  • 「在敏捷軟體開發的過程中，我們每兩周都會得到一個可以工作的軟體，」Fowler介紹，「這種非常短的循環，使終端客戶可以及時、快速地看到他們花錢構建的軟體是一個什麼樣的結果。」
  • 在Capital One，大的IT項目會被拆分成多個子項目，安排給各"敏捷團隊"，這種方式在"敏捷開發"中叫"蜂巢式（swarming）"，所有過程由一名項目經理控制。
  • Bailar將項目拆分，從舊的"瀑布式"開發轉變為"並列式"開發，形成了"敏捷開發"所倡導的精幹而靈活的開發團隊，並將開發階段分成30天一個周期，進行"衝刺"--每個衝刺始於一個啟動會議，到下個衝刺前結束。
  • 1. 注重概念和架構設計，而輕詳細設計 2) SWOT分析 3) 業務和客戶驅動，而非技術驅動 4) 時刻考慮版本兼容性 5) 輕文檔，但非無文檔
• Scrum理论与实践的轻量级指南 第2.0版 (PDF) (讚！ 重要，完整！)
  • 注意：在Scrum中完全没有项目经理这个角色。这是因为不需要。项目经理的传统职责已经被分开并分配在Scrum的三个角色中了，主要是给了团队和产品负责人，而不是ScrumMaster。在实践Scrum时加入一个项目经理意味着对Scrum基本的理解错误 ...
  • 团队中的每个成员都只是“团队成员”。请注意在采用Scrum的团体中没有任何固定的专业头衔。不会有业务分析员，没有数据管理员，没有架构师，没有团队组长，没有交互/用户体验设计师，也没有程序员，他们在每个Sprint中以任何恰当的方式一起工作来达到他们为自己设置的目标。
  • Scrum中的团队由七个人左右（加上或减去两个人）组成，对于一个软件产品来讲团队可能包含具有分析、开发、测试、接口设计、数据库设计、架构、文档等等技能的人。团队开发产品，并且向产品负责人提供如何把产品做得更出色的想法。
  • ScrumMaster不是团队成员的经理，也不是项目经理、团队带头人或者团队的代表。相反，ScrumMaster为团队服务。他帮助移除阻碍，保护团队免 受外部干扰，并且帮助团队采用现代的开发实践。
  • ScrumMaster和产品负责人不可以是同一个人，因为他们的关注点太过不同，合并这两个角色通常导致困惑和冲突。
  • Scrum鼓励多面手，而不只是“在其位，谋其政”，例如“测试人员”只做测试。换言之，团队成员“工作需要什么就做什么”并且尽全力贡献。如果有很多测试工作，那么所有的团队成员都可能来帮忙。
  • 每⽇Scrum会议: （1）自上次会议以来完成了哪些工作？（2）在下次会议前有哪些工作会被做完？（3）遇到了什么阻碍？
• Scrum懶人包 – 10分鐘讀懂Scrum與敏捷軟體開發入門（含中文英文名詞對照）
  • 今天拜飛機了沒？ – 談敏捷開發中的貨物崇拜
  • 一些產品負責人的怪味道 – 談Scrum Product Owner常見的誤區
• 北京敏捷開發的常見誤區匯總
  • 敏捷軟體開發VS傳統軟體工程
  • 二、傳統過程模型
  • 敏捷軟體開發讀書筆記
• Agile 原則和價值，作者：Jeff Sutherland