“我們的首要任務是通過早期和持續交付有價值的軟件來滿足客戶”。
Continue reading作者: vpmiku
瀑布模型的問題是什麼?
在現實中,客戶可能在看到軟件工作時才知道他們的需求是什麼,所以改變他們的需求會導致重新設計、重新開發和重新測試,並增加成本。開發人員可能在設計一個新的軟件產品或功能時沒有意識到前面的困難,在這種情況下,最好是修改設計,而不是堅持不考慮任何新發現的約束、需求或問題的設計。因此,不能保證組織心中的需求能夠真正發揮作用。
Continue readingScrum:什麼是 Cynefin 框架?
Cynefin 框架幫助管理人員確定他們如何看待情況並理解自己和他人的行為。 它藉鑑了對系統理論、複雜性理論、網絡理論和學習理論的研究。
Continue readingScrum 產品負責人:角色和職責
產品負責人負責告知應該開發什麼以及需要完成的項目的順序。 您可以將他視為唯一的權威,可以告訴團隊其他成員他們需要創建什麼以及哪些功能應該首先出現。 簡而言之,他是那個告訴團隊其他成員他們應該想出什麼的人。
Continue reading如何 Scrum:實用指南
Scrum 是一個用於開發和維護複雜產品的框架,是一個增量、迭代的開發過程。 在這個框架中,整個開發過程由幾個短的迭代周期組成,一個短的迭代周期稱為一個 Sprint,每個 Sprint 為 2 到 4 週。
Continue readingScrum 簡史
Scrum 方法的歷史始於 1986 年。那一年,兩位日本商業專家在產品開發的背景下引入了該術語。 Hirotaka Takeuchi 和 Ikujiro Nonaka 在哈佛商業評論上發表了文章“新產品開發遊戲”(雙“新”確實是標題的一部分)。 作者描述了一種新的商業產品開發方法,可以提高速度和靈活性。 他們的靈感來自汽車、複印機和打印機行業的製造公司的案例研究。
Continue readingScrum 角色:誰做什麼
產品負責人 —— 持有產品的願景; Scrum Master —— 幫助團隊最好地使用 Scrum 來構建產品; 開發團隊 — 打造產品
Continue readingScrum 與敏捷宣言有何關係?
敏捷宣言詳細介紹了一些基本的敏捷哲學,其中之一是偏愛經驗過程控制 —— 它堅持認為知識來自經驗,決策基於已知。 Scrum 是一個基於檢查、適應和透明度的經驗過程。 給該運動起名為“敏捷”。
Continue reading為什麼選擇 Scrum:定義過程與經驗過程
由於三個因素的融合:人員、需求和技術,大多數軟件開發項目在本質上被認為是複雜且不可預測的。 在過程控制模型和項目複雜性的背景下,可以更容易地理解用於交付和管理項目的各種方法。
Continue readingScrum 團隊的傳統——組建、規範和執行
團體發展的forming–storming–norming–performing形成模式是由布魯斯-塔克曼在1965年首次提出的,他說這些階段都是必要的和不可避免的,以便團隊成長、面對挑戰、處理問題、尋找解決方案、計劃工作和交付成果。該理論仍然是對團隊發展和行為的良好解釋。
Continue reading