對于初涉敏捷的測試工程師來說,如果定位自己的角色和職責、如何從傳統開發模式成功遷移到敏捷模式、如何跟上短迭代的節奏等等問題都迫切地想要找到答案。 資深敏捷實踐者Lisa Crisp..
對于初涉敏捷的測試工程師來說,如果定位自己的角色和職責、如何從傳統開發模式成功遷移到敏捷模式、如何跟上短迭代的節奏等等問題都迫切地想要找到答案。 資深敏捷實踐者Lisa Crisp..
Alan Shalloway在精益-敏捷郵件組中寫道: 你有什么比較不錯的,可以寫進合同(或者工作計劃)里,用來跟蹤一個軟件承包方的進度/效能的度量方法推薦嗎?【...】然而【問題在于】,這一..
在把用戶故事切分成小塊,從而更好地利用敏捷技術時,很多新組建的敏捷團隊都會遇到困難。 敏捷社區的成員在多篇文章中為如何有效地切分用戶故事提供了指導。 當把龐大的用戶..
盲目自信常常源于一廂情愿的想法。它是一個狀態,這個狀態表現為,預期與現實可能相差很大,然而在一個特定的時間段內它卻又給人一種一切盡在掌控之中的感覺。敏捷開發中..
敏捷社區的一些成員探討了幾種表述何如進行用戶故事的驗收測試的技術,以及測試整個主題的方法。 Charles Bradley介紹了幾種不同的描述如何進行用戶故事驗收測試的方法:..
實施敏捷方法和設計企業架構之間總是存在某種沖突。敏捷開發強調隨著對業務領域的深入理解,逐步調整設計和計劃。架構設計則要求建立起技術架構(technology stack)。它可以滿足質量屬性(q..
實施敏捷方法和設計企業架構之間總是存在某種沖突。敏捷開發強調隨著對業務領域的深入理解,逐步調整設計和計劃。架構設計則要求建立起技術架構(technology stack)。它可以滿足質量屬性..
用戶故事圖譜 User Story Mapping.傳統的產品待辦項列表(Product Backlog)相對于傳統管理辦法是一個巨大的進步,但是仍然存在一些問題: 只見樹木不見林 重要的待辦項容易淹沒在各種細..
采訪Jan de Baere:一家敏捷公司的興衰.是什么讓一家咨詢公司的經理決定徹底改變文化?在敏捷之旅布魯塞爾會議上,Jan de Baere解釋了原因,并說明這家公司是如何采用敏捷,他們經歷了怎樣的歷..
以前做開發的時候,我們嘗試過敏捷,現在回過來想想,當時我們的測試人員比開發更加迷茫,常常會不知道如何開始自己的工作?,F在,回到測試的崗位,重新思考這個問題,發現還是很難定..
在敏捷開發紅遍大江南北的同時,敏捷測試的相關討論而相對遜色很多。對于敏捷測試,大多數人都存在這樣或那樣的疑問,”什么是敏捷測試?”,”敏捷測試中,測試人員做什么?”, 在揭開..
敏捷時代的建模:敏捷團隊的擴張除了代碼還需要什么?.敏捷方法已經成為了當前軟件開發的主流模式,可工作的代碼(以及自動化測試)被認為是團隊最重要的產出。 那么是否不再需要建..
敏捷開發流程管理須參考的3個要素.Olga Kouzina認為使用敏捷項目管理工具需要遵守三個原則:流程優先,工具次之;開發流程需可復用;正確做法需可復制。因為人們在選擇或使用敏捷項目管理工..
敏捷體驗設計的5個設計工作坊模版.和以往的那種簡單粗暴的“頭腦風暴”,或者索然無味的“需求評審”不同,敏捷體驗設計中的過程永遠是開放的,強調在和客戶的互動中識別需求,并產出..
IBM敏捷轉型前所遇到的最大障礙.IBM一旦決定擁抱變化,成就客戶,所面臨的實際問題很快涌現出來,雖然恰恰是敏捷所能夠解決的最核心問題,但仍然在這個問題上需要艱難的抉擇;過去的 80年..
敏捷在業界成功了嗎? 參考2008年的Dr. Dobb 的敏捷開發調查報告可以看出,通過使用了敏捷開發團隊的生產率上得到提高獲得82% 的認可; 顯然敏捷開發的團隊在生產鋼筆的成效來看,單位時間生..
“敏捷”陷阱 小甲想到某開發公司應聘開發工程師,向該公司的某開發人員打聽他們的開發方式。 小甲:請問貴公司開發模式是怎樣的? 開發人員:咱們敏捷開發!不用寫..
IBM敏捷轉型結果如何,還是最好閱讀一篇來自G. P同學(sorry 對您的名字做了藝術處理)的一篇文章 "How IBM saved $300 millionby going agile". “如何通過敏捷賺取了30億美金”,果然大象舞蹈得更加敏捷了..
敏捷的商業價值是什么,與傳統對比的特點是什么? 敏捷決不再局限于研發的生產階段,是貫穿軟件生命周期,敏捷價值也只有充分體現在產品在從一個抽象概念到客戶漸漸上手體會到產品的..