IT 觀察者隨筆 – 資訊科技博客

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

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

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

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

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

由於三個因素的融合：人員、需求和技術，大多數軟件開發項目在本質上被認為是複雜且不可預測的。 在過程控制模型和項目複雜性的背景下，可以更容易地理解用於交付和管理項目的各種方法。

團體發展的forming–storming–norming–performing形成模式是由布魯斯-塔克曼在1965年首次提出的，他說這些階段都是必要的和不可避免的，以便團隊成長、面對挑戰、處理問題、尋找解決方案、計劃工作和交付成果。該理論仍然是對團隊發展和行為的良好解釋。