敏捷開發 - 愛碼網

DevOps｜研發提效-敏捷開發之每日站立會

對于研發效能團隊建設和組織，本文不再贅述，可以參考之前的文章，已經講得很透徹了。本文重點講我們日常是怎么開站立會，怎么讓團隊跑起來，高效能產出的。每日站立會，15分鐘到30分鐘，看似非常短的一個會，但是對團隊成功、業務發展有著非常重要的作用。站立會意義團隊之間可以在極短的時間內了解其他成員做的事 ... ?

固定交付項目適用敏捷開發方式嗎？

假設一個固定交付的項目，這個開發項目是構建一個應用程序，時間表是一年。在項目進行期間可能出現什么問題？ ... ?

通過Scrum實現最大生產力的五種方法

在數字化、信息化、智能化蓬勃發展的今天，敏捷開發和Scrum已成為重塑項目管理的重要方式。敏捷是一種體現不同方法的思維方式，包括了Scrum，看板，極限編程（XP）、精益開發等眾多框架。 Scrum是上述列出框架中使用最廣泛的一種敏捷方法，個人、團隊和組織使用Scrum通過對復雜問題的自適應解決方 ... ?

架構師日記-軟件工程里的組織文化

本文是京東到家自動化測試體系建設過程中的一些回顧和總結，刪減了部分系統設計與實踐的章節，保留了組織與文化相關的內容，整理成文，以饗讀者。 ... ?

哪些無用敏捷指標正在破壞敏捷轉型？

理想情況下，敏捷指標能夠幫助Scrum團隊及時分析原因并制定有效的對策。但如果選擇了錯誤的指標，那這些指標會將團隊引向錯誤的方向，甚至會讓團隊產生仍在前進方向的錯覺。本文從無用敏捷指標的詳細信息、起源和如何克服三個方面來幫助團隊避免無用指標對團隊的錯誤影響。一、無用的敏捷指標詳細信息對于敏捷團 ... ?

細說敏捷測試-敏捷實戰中的探索

## 1 什么是敏捷？敏捷開發是一種思想或方法論，就是通過不斷迭代開發和增量發布，最終交付符合用戶價值的產品敏捷思想源于最初的《敏捷宣言》：【敏捷軟件開發宣言】 - 個體和互動高于流程和工具； - 工作的軟件高于詳盡的文檔； - 客戶合作高于合同談判； - 響應變化高于遵循計劃；《敏捷宣言》 ... ?

當“代碼農”遇上“碼農”：揭秘主干開發的那些事兒

前段時期我負責部門內部主干開發落地相關事宜，這個過程中，也真真切切的體會到了多人開發過程中，面對特性分支管理中，大家遇到的一些困擾，尤其面對敏捷迭代的開發方式，合并沖突，集成測試，代碼重用等方面，都與高效兩個字背離。當然，我在推進主干開發過程中，也遇到了一些問題和坎坷，在這里，集中的做一次分享。 ... ?

ArchKeeper (開篇)：架構守護平臺的問題與理念

在敏捷開發環境下，系統通過迭代增量的交付價值，系統架構也是如此。團隊不可能在項目之初就建立完美的系統架構，系統架構應該隨著系統迭代不斷演進。架構演進和架構腐化是看待架構的不同視角：架構腐化著眼于現狀，架構演進側重于未來架構腐化不可避免，隨著時間流轉腐化現象必然發生。而我們需要做的是：通過某種方式及早... ... ?

前端標準化之旅

本文主要從命名規范、語法規范、后端系統開發規范、版本更新規范、上線郵件申請規范、項目啟動規范來、文件目錄規范七方面介紹 ... ?

高復用性自動化腳本設計實踐

作者：京東物流劉紅妍導讀：在自動化測試實踐中，為了更好的契合被測業務場景，需要不斷優化框架分層結構。本文結合產品模塊化思路，意在介紹通過策略模式改造原本復雜分支語句代碼，通過理論講解、思路分析、方案設計、及代碼演示，提供自動化腳本重構的落地方案。在今年的敏捷團隊建設中，我通過Suite執行器 ... ?

反思一波：針對新人如何提供幫助

團隊越來越大，對于每一個leader都是一次精力和靈魂的考驗。在規模不大的時候，大家還能口耳相傳，很容易達到團隊規范。偶有例外，也能把影響控制到很小的范圍，并且通過一次次高強度的code review，保證最終的代碼質量。但是新人不斷加入，讓整個過程管理變得不那么絲滑。有人可能會說，需要通過積累 ?