最佳的架構、需求和設計出自于自組織的團隊。蜂巢中的工蜂們看似忙碌,但其工作卻是有序而有效,歸根結底就是它們的組織架構其實是自我組織的。在自我組織的團隊中,團隊是一個整體..
你應該聽過或讀過不少關于測試驅動開發的討論,測試驅動開發往往被比喻為神奇的獨角獸,它能幫你照看你的軟件,讓大家樂得其所。于是,在寫了18.000行“神奇獨角獸”代碼后,我想把我們..
項目又延期了,老板恨恨的批評了整個項目組,投入了那么多,產出在哪里?查原因,發現是由于項目的需求不斷變更導致,這恐怕是很多項目經理、程序員都經歷過的事。 我這里就談談..
缺陷驅動的流程優化和技術引進 軟件領域一個非常大的特點是流程和技術變化相當的快。作為一個軟件企業,面對日新月異的開發流程和開發技術,何時、如何選擇及引進新的流程和技術變得..
這些話來自于我們的軟件領袖Jim Coplien——上世紀九十年代最流行的幾本C++著作的作者。原話是這樣的: 嚴格的按照YAGNI原則的驅動測試開發(TDD)會導致敏捷開發3次迭代結構的坍塌。..
傳說中的結對編程,大致結構是兩個人共用一臺電腦,一個開發,一個測試,以隨時評審來抵消返工時間損失。 傳說歸傳說,誰也沒有見過。問題出在哪里?有兩種主要原因。 一..
前些日子看見一個典型案例,一同行說,自己的新浪微博應用,從提出創意到發布只用了6天,6天!這款應用叫“APP匯”,思路上挺帶感的APP 社交推薦服務。從正面的意義講,盡早拿出一個可用..
幾個月前,我去一個客戶那里,他們在使用測試驅動開發上遇到了很多問題。 “我們的單元測試用例要半個小時才能跑完,”他說。..
最近CoolShell上的一篇《TDD并不是看上去的那么美》引起了敏捷社區的高度關注和激勵辯論。今天,InfoQ甚至專門舉行了一個虛擬座談會《TDD有多美?》,幾位國內敏捷社區的名人專門就此問題展開..
多數大型開發組織都有一套自己的編碼和實踐規范。但是對這些團隊而言,光是將這些規范文檔化,并保證實時更新,就是一個巨大的挑戰。此外,在工作中長期、忠實地執行這些規范和標準..
敏捷開發:如何通過回顧保持學習狀態 軟件開發不是孤獨的追擊,它需要同其他開發者和其他部門協作。大多數組織建立的軟件生命周期沒有涉及到如何進行這些交互?,F實是許多團隊的過程..
編寫需求文檔,在嵌入式開發領域是非常普遍的。需求文檔被用來定義開發任務,協調大規模的研發計劃。對于最終的產品,需求文檔扮演著開發者行為和消費者行為之間溝通紐帶的角色。..
在《建設全功能團隊》和《建設全功能團隊——實踐篇》兩篇文章中,我的同事胡凱曾介紹過建設全功能團隊的必要性和良好實踐,此后在圍繞這一話題的討論中,很多人都分享了自己的理解,..
在今天的快節奏的商業世界里,能夠通過計劃、組織、和管理資源池以及評估開發資源的模式來管理一個項目,是一個很艱巨的任務。 有很多現成的項目管理軟件來幫助減輕項目管理的..
測試驅動開發(TDD)跟敏捷開發有沖突. 這些話來自于我們的軟件領袖Jim Coplien—上世紀九十年代最流行的幾本C++著作的作者。原話是這樣的: 嚴格的按照YAGNI原則的驅動測試開發(TDD)會導..
你應該聽過或讀過不少關于測試驅動開發的討論,測試驅動開發往往被比喻為神奇的獨角獸,它能幫你照看你的軟件,讓大家樂得其所。于是,在寫了18.000行“神奇獨角獸”代碼后,我想把我們..
這不是測試驅動開發.幾個月前,我去一個客戶那里,他們在使用測試驅動開發上遇到了很多問題。 “我們的單元測試用例要半個小時才能跑完,”他說。..
TDD中Transformation動作的優先順序 Transformation Priority Premise.在TDD循環中,重構(Refactoring)是不改變行為而改變內部結構的動作,保持測試常綠。而變形(Transformation)是改變內部實現來使測試由紅變綠..
Mike Cohn建議在Sprint復審中展現未完成工作 Scrum聯盟的創始人之一Mike Cohn,就Sprint復審的內容向敏捷社區發出了不同的聲音。他認為,展現待辦事項列表中未完成的事項,有時候是值得的。 ..
2010年,在Agile@IBM敏捷社區的討論熱點因為集中在“軟件全生命周期敏捷”、“分布式敏捷面臨的挑戰”這兩個話題而使得我對敏捷的價值和敏捷宣言又有了新的理解,也促使我從一開始對“核..