正如Scrum 指南中 所述，Scrum 框架由 Scrum 團隊及其相關角色、事件、工件和規則組成。然而，Scrum 規則 不像角色、事件和工件那樣可辨別。此列表試圖提煉此類 規則， 並作為 Scrum 指南™ 的補充資源提供。

数据建模是一种使用实体关系图（ER图）记录软件系统的技术，实体关系图是公司数据库表中数据结构的表示。它是公司业务需求的非常有力的表达。数据模型有多种用途，从高级概念模型、逻辑到物理数据模型，通常由实体关系图表示。它作为数据库分析师和软件开发人员在系统和底层数据库的设计和实现中使用的指南。

SWOT 分析是评估公司内部和外部环境最常用的工具之一，是公司战略规划过程的一部分。此外，可以对产品、地点、行业或个人进行 SWOT 分析。SWOT 分析有助于战略规划和决策，因为它为公司带来了机会，作为产生战略选择的前瞻性桥梁。SWOT为的缩写 Strengths，Weaknesses，Opportunities，和 Threats。

瞭解功能性需求和非功能性需求之間的差异將有助於客戶和提供商深入瞭解他們的需求，這將導致更好的範圍細化、優化成本，並最終獲得滿意的客戶。

在敏捷軟件開發 (Agile Development) 中，需求是從用戶的價值點捕獲的。通常有幾個參與者在稱為用戶角色的系統上起作用（例如：用戶、管理員、客戶、供應商等）。它不應該從開發人員、測試人員或經理的角度編寫。

用戶故事是敏捷團隊中捕捉功能願望的事實上的標準。用戶故事通常是從最終用戶或系統用戶的角度編寫的。換句話說，用戶故事描述了用戶的類型、他們想要什麼以及為什麼。用戶故事有助於創建需求的簡化描述。根據項目的不同，用戶故事可能由不同的利益相關者編寫，包括客戶、用戶、經理或開發團隊成員。

您的軟件的生命週期不會從編碼開始並隨著發布而結束。相反，它有一個持續的生命週期，在必要時停止和開始。它的生命週期的開始和很大一部分工作在發佈時就開始了。

軟件總是在變化，只要還在使用，就必須對其進行適當的監控和維護。這在一定程度上是為了適應組織內的變化，但更重要的是因為技術在不斷變化。

您的軟件可能出於多種原因需要維護——保持其正常運行、增強功能、重新設計系統以適應未來的變化、遷移到雲或任何其他變化。無論軟件維護的動機是什麼，這對您的業務成功至關重要。因此，軟件維護不僅僅是查找和修復錯誤。它使您的業務核心保持正常運行。

Scrum在 1990 年代初期開發,  2010 年編寫了第一版 Scrum 指南。

統一建模語言 (UML)是一種通用建模語言。UML 的主要目標是定義一種標準方法來可視化系統的設計方式。它與其他工程領域中使用的藍圖非常相似。

UML不是一種編程語言，而是一種可視化語言。我們使用 UML 圖來描繪系統的行為和結構。UML 幫助軟件工程師、商人和系統架構師進行建模、設計和分析。對像管理組 (OMG) 在 1997 年採用統一建模語言作為標準。此後一直由 OMG 管理。國際標準化組織 (ISO) 於 2005 年發布了 UML 作為批准的標準。 UML 多年來一直在修訂並定期進行審查。

用例描述了用戶如何使用系統來實現特定目標。用例圖由系統，相關用例和參與者組成，並將它們相互關聯以形象化：所描述的內容是什麼？（系統），誰在使用該系統？（參與者）以及參與者想要達到的目標？（用例）因此，用例通過從用戶的角度捕獲需求來幫助確保開發正確的系統。

用戶故事是敏捷團隊中捕捉功能願望的事實上的標準。用戶故事通常是從最終用戶或系統用戶的角度編寫的。換句話說，用戶故事描述了用戶的類型、他們想要什麼以及為什麼。用戶故事有助於創建需求的簡化描述。根據項目的不同，用戶故事可能由不同的利益相關者編寫，包括客戶、用戶、經理或開發團隊成員。

每日 Scrum 會議（稱為每日站立會議）通常在每個sprint 的每天早上舉行，持續時間約為 15 分鐘。在Scrum 敏捷實踐中，團隊通常會在 9:00 準時在同一地點召開會議。

Scrum基於測試過程控制理論（Empirical Process，或所謂的經驗主義。經驗主義認為知識來源於當前已知情況下的實際經驗和觀察。（注意它不同於教條主義，以及基於固定思維的完全依靠過去的經驗，或忽視理論指導的部分經驗主義）。

Scrum是一個項目管理框架，它強調團隊合作、問責制和朝著明確定義目標的迭代進展。該框架從一個簡單的前提開始：從可以看到或知道的開始。之後，跟踪進度並根據需要進行調整。

使用六個思考帽的水平思考模式

有一種思維方式叫做橫向思維，這意味著當我們面對一個問題時，我們可能會從不同的角度來理解和研究它，最後我們會找到一個可以平衡各方考慮的計劃。最廣泛使用的方法之一是六頂思考帽方法。

在擁擠的求職者中，傳統簡歷很難脫穎而出。創建信息圖表簡歷是一種有效的方法，可以使更多的雇主對您所提供的東西感興趣並對其感興趣。

合作B2B流程描述了兩個或多個業務實體之間的互動。這個 這些類型的流程圖通常是從全域的角度來看的。也就是說，他們沒有 考慮任何特定參與者的觀點，但要顯示參與者之間的交互作用。這個 互動被描述為活動序列和 參與者。合作參與者的活動可視為“接觸點” 在參與者之間；因此，流程定義了每個參與者對公眾可見的互動。當查看僅在一個池中顯示的流程時（即對於一個參與者），公共過程也稱為抽象過程。實際（內部）過程可能 比合作B2B流程中顯示的活動和細節更多。

什麼是IBM Cloud平台？

IBM的雲平台將平台即服務（PaaS）與基礎架構即服務（IaaS）相結合，以提供集成體驗。該平台可擴展並支持小型開發團隊和組織以及大型企業業務。全球數據中心全球部署，您在IBM Cloud™上構建的解決方案在您可信賴的經過測試和支持的環境中快速旋轉並可靠地運行。

這是關於UML類圖的簡短教程。我們將討論它們是什麼，為什麼需要它們，一些技術性的東西，然後我們將深入研究一個例子。

（來源：  Top 7 最流行的用戶故事敏捷估算方法）

在敏捷評估方面，您不能不提及其基本原則：使用相對估計單元（如故事點），促進對用戶故事內容的詳細討論，形成共識和對解決方案的承諾，並增強團隊通過凝聚力的合作。

估算是Scrum和其他敏捷過程中的支持活動之一。這意味著評估故事大小的過程，即需要花多長時間，實施多少工作，花費多少，或者你想要它。在Scrum中，估算是團隊活動。對於每個故事，整個團隊參與估算過程。計劃撲克  （有時被稱為Scrum的撲克）是一個簡單但功能強大的工具，使團隊估計更快，更準確，更有趣。這個詞由James Grenning創造，由Mike Cohn推廣。