統一建模語言 (UML)是一種通用建模語言。UML 的主要目標是定義一種標準方法來可視化系統的設計方式。它與其他工程領域中使用的藍圖非常相似。
UML不是一種編程語言，而是一種可視化語言。我們使用 UML 圖來描繪系統的行為和結構。UML 幫助軟件工程師、商人和系統架構師進行建模、設計和分析。對像管理組 (OMG) 在 1997 年採用統一建模語言作為標準。此後一直由 OMG 管理。國際標準化組織 (ISO) 於 2005 年發布了 UML 作為批准的標準。 UML 多年來一直在修訂並定期進行審查。
用例描述了用戶如何使用系統來實現特定目標。用例圖由系統，相關用例和參與者組成，並將它們相互關聯以形象化：所描述的內容是什麼？（系統），誰在使用該系統？（參與者）以及參與者想要達到的目標？（用例）因此，用例通過從用戶的角度捕獲需求來幫助確保開發正確的系統。
用戶故事是敏捷團隊中捕捉功能願望的事實上的標準。用戶故事通常是從最終用戶或系統用戶的角度編寫的。換句話說，用戶故事描述了用戶的類型、他們想要什麼以及為什麼。用戶故事有助於創建需求的簡化描述。根據項目的不同，用戶故事可能由不同的利益相關者編寫，包括客戶、用戶、經理或開發團隊成員。
Scrum基於測試過程控制理論（Empirical Process，或所謂的經驗主義。經驗主義認為知識來源於當前已知情況下的實際經驗和觀察。（注意它不同於教條主義，以及基於固定思維的完全依靠過去的經驗，或忽視理論指導的部分經驗主義）。
Scrum是一個項目管理框架，它強調團隊合作、問責制和朝著明確定義目標的迭代進展。該框架從一個簡單的前提開始：從可以看到或知道的開始。之後，跟踪進度並根據需要進行調整。
使用六個思考帽的水平思考模式
有一種思維方式叫做橫向思維，這意味著當我們面對一個問題時，我們可能會從不同的角度來理解和研究它，最後我們會找到一個可以平衡各方考慮的計劃。最廣泛使用的方法之一是六頂思考帽方法。
在擁擠的求職者中，傳統簡歷很難脫穎而出。創建信息圖表簡歷是一種有效的方法，可以使更多的雇主對您所提供的東西感興趣並對其感興趣。
合作B2B流程描述了兩個或多個業務實體之間的互動。這個 這些類型的流程圖通常是從全域的角度來看的。也就是說，他們沒有 考慮任何特定參與者的觀點，但要顯示參與者之間的交互作用。這個 互動被描述為活動序列和 參與者。合作參與者的活動可視為“接觸點” 在參與者之間；因此，流程定義了每個參與者對公眾可見的互動。當查看僅在一個池中顯示的流程時（即對於一個參與者），公共過程也稱為抽象過程。實際（內部）過程可能 比合作B2B流程中顯示的活動和細節更多。
IBM的雲平台將平台即服務（PaaS）與基礎架構即服務（IaaS）相結合，以提供集成體驗。該平台可擴展並支持小型開發團隊和組織以及大型企業業務。全球數據中心全球部署，您在IBM Cloud™上構建的解決方案在您可信賴的經過測試和支持的環境中快速旋轉並可靠地運行。
這是關於UML類圖的簡短教程。我們將討論它們是什麼，為什麼需要它們，一些技術性的東西，然後我們將深入研究一個例子。
（來源： Top 7 最流行的用戶故事敏捷估算方法）
在敏捷評估方面，您不能不提及其基本原則：使用相對估計單元（如故事點），促進對用戶故事內容的詳細討論，形成共識和對解決方案的承諾，並增強團隊通過凝聚力的合作。
估算是Scrum和其他敏捷過程中的支持活動之一。這意味著評估故事大小的過程，即需要花多長時間，實施多少工作，花費多少，或者你想要它。在Scrum中，估算是團隊活動。對於每個故事，整個團隊參與估算過程。計劃撲克 （有時被稱為Scrum的撲克）是一個簡單但功能強大的工具，使團隊估計更快，更準確，更有趣。這個詞由James Grenning創造，由Mike Cohn推廣。
項目管理是將知識，技能，工具和技術應用於項目活動以滿足項目要求。它一直以非正式方式實踐，但在20世紀中葉開始成為一種獨特的職業。PMI的項目管理知識體係指南（PMBOK®指南） 確定了其經常性要素：
達爾文的進化理論告訴我們：“生物之間存在著生存的鬥爭，生活中的生存，消除了不適。這是自然的選擇。它是通過遺傳，變異和自然選擇，從低到高，從簡單到現實。生物學。複雜的，物種的進化和發展從少到多。“ “生物之間的戰鬥”類似於公司與其競爭對手之間的競爭關係。他們在同一片藍天下生活在一起，一起抓住同一市場，為生存而互相爭鬥。“適配器能夠存活下來，不合適的人會被淘汰。”
外部環境的變化對產品有很大的影響，那些不適應變化的人將被淘汰。在自然法則下倖存下來的不是最強大，也不是最聰明，而是最適應環境變化。如何適應環境變化並提高其抵抗力和抗擾性，需要了解公司產品的狀態和產品外部環境的變化。
想要可視化您的流程/工作流程？我們將向您介紹BPMN，並讓您了解如何使用在線BPMN軟件為流程和工作流程設計創建BPMN 。
流程圖只是步驟的圖形表示。它按順序顯示步驟，廣泛用於呈現算法，工作流程或流程的流程。它是一種表示使用包含有關步驟或事件序列信息的不同符號的過程的圖表。這些符號中的每一個都用箭頭鏈接以說明該過程的流動方向。
價值流映射是一種精益管理方法，用於分析當前狀態並設計從一開始到產品的一系列事件的未來狀態，與當前地圖相比，減少了精益浪費。換句話說，價值流側重於為產品或服務增加價值的公司領域，而價值鏈則是指公司內的所有活動。
魚骨圖（也稱為因果圖或Ishikawa圖）可視地顯示問題的多種原因。它有助於識別利益相關者關於問題原因的想法，並允許用戶立即將想法分類為主題以供分析或進一步收集數據。它可以與“五個為什麼”的技術結合使用。
隨著最近開發的敏捷方法越來越多地被採用，用於開發軟件的傳統瀑布方法正在迅速普及。但兩者之間有什麼區別- 敏捷總是更好嗎？