分類: Scrum

早發布、勤發布是一種軟件開發理念，它強調早期和頻繁發布的重要性，在開發者和測試者或用戶之間建立一個緊密的反饋迴路，與基於功能的發布策略相反。

不是所有產品積壓中的項目都會在同一時間具有相同的大小和詳細程度（即功能/原點/用戶故事和任務）。我們計劃很快要做的PBI應該在積壓的頂部，規模較小，而且非常詳細，以便它們可以在近期的衝刺中進行工作。我們在一段時間內不會進行工作的PBI應該放在積壓的底部，規模較大，內容較少。

願景聲明確定了組織希望或打算在未來達到的位置，或應該達到的位置，以最好地滿足利益相關者的需求。每個項目都需要一個願景來引導自己走向正確的方向。願景可以作為選擇當前和未來行動方向的指南。

項目工作從可定義的工作到高不確定性的工作不等。可確定的工作項目的特點是有明確的程序，這些程序在過去的類似項目中已被證明是成功的。汽車、電器或住宅在設計完成後的生產就是可定義工作的例子。新的設計、問題解決和未做過的工作是探索性的。它需要主題專家合作並解決問題，以創造一個解決方案。

Cynefin 框架幫助管理人員確定他們如何看待情況並理解自己和他人的行為。 它藉鑑了對系統理論、複雜性理論、網絡理論和學習理論的研究。

產品負責人負責告知應該開發什麼以及需要完成的項目的順序。 您可以將他視為唯一的權威，可以告訴團隊其他成員他們需要創建什麼以及哪些功能應該首先出現。 簡而言之，他是那個告訴團隊其他成員他們應該想出什麼的人。

Scrum 是一個用於開發和維護複雜產品的框架，是一個增量、迭代的開發過程。 在這個框架中，整個開發過程由幾個短的迭代周期組成，一個短的迭代周期稱為一個 Sprint，每個 Sprint 為 2 到 4 週。

Scrum 方法的歷史始於 1986 年。那一年，兩位日本商業專家在產品開發的背景下引入了該術語。 Hirotaka Takeuchi 和 Ikujiro Nonaka 在哈佛商業評論上發表了文章“新產品開發遊戲”（雙“新”確實是標題的一部分）。 作者描述了一種新的商業產品開發方法，可以提高速度和靈活性。 他們的靈感來自汽車、複印機和打印機行業的製造公司的案例研究。

產品負責人 —— 持有產品的願景； Scrum Master —— 幫助團隊最好地使用 Scrum 來構建產品； 開發團隊 — 打造產品