現在敏捷開發是越來越火了，人人都在談敏捷，人人都在學習Scrum和XP... 為了不落后他人，於是我也開始學習Scrum，今天主要是對我最近閱讀的相關資料，根據自己的理解，用自己的話來講述Scrum中的各個環節，主要目的有兩個，一個是進行知識的總結，另外一個是覺得網上很多學習資料的講述方式 ...

最近朋友張三問我：“ 史詩、特性、用戶故事，它們一定要關聯到一起使用嗎？ ” 我的答案是：當然不用。但是要真正解釋清楚這個答案，我還需要對一些概念進行說明。 產品待辦事項 在Scrum Guid ...

太懶了。 直接挪過來吧。在這里開了三年多的地盤，也沒寫啥，真是汗顏！！ 其實 敏捷這個詞，在中國已經流行很久了。 我也一直沒有認真的去分析它的存在，價值，意義以及有可能帶來的一些負面的影響。 直到我換了一份 工作。 上一家公司，其實也是一種敏捷 ...

隨着軟件發布迭代的頻率越來越高，傳統的「瀑布型」（開發—測試—發布）模式已經不能滿足快速交付的需求。2009 年左右 DevOps 應運而生，開發運維一體化，通過自動化工具與流程讓整個軟件開發構建、測試、發布更加快捷、頻繁、高效和可靠。 本系列教程目錄 本系列將詳細講解 ...

基於JIRA的Scrum敏捷開發的項目管理 JIRA使用教程 ...

最近在整理敏捷開發項目的流程和管理制度，其整理的項目管理規程如下，這份規程也不完全算是敏捷專屬的項目管理規程，主要是在結合我們公司實際的情況下編寫出來的，因此名字都叫成互聯網軟件產品開發項目管理規程，大家在實際嵌入到公司的過程中可以參考下，不能照搬。 1. 目的 規范互聯網軟件產品開發 ...

敏捷式開發管理 目錄 敏捷式開發管理 1.背景 2.敏捷開發管理的由來 2.1 文檔能省則省 2.2 敏捷的初心 3.敏捷的原則 4.瀑布式開發與敏捷式開發異同 5.敏捷的方法 ...

傳統的瀑布工作模式使用詳細的需求說明書來表達需求，需求人員負責做需求調研，根據調研情況編制詳細的需求說明書，進行需求評審，評審之后簽字確認交給研發團隊設計開發。在這樣的環境下，需求文檔是信息傳遞的主體，也是一份契約。 然而詳細的需求說明書有以下5大弊端： 單向的信息傳遞，容易出現理解偏差 ...