背景
從2023年元月開始，淘女郎團隊開始引入敏捷開發的思路到現在已經有半年的時間了。回顧這半年多來的工作，有成長也有不足。
記得剛開始引入敏捷開發模式的時候，大家都有點像傻傻的孩子，毫無頭緒，當時我們的測試mm從別的團隊搞過來一些敏捷約定文件來給我們做參考，淘女郎團隊的敏捷就這樣蹣跚起步了。
初級目標
敏捷團隊最重要的就是要有自己的積累，剛開始，團隊給自己在前兩個迭代中定的目標有兩個：1，做好介面級別的單元測試 2，制定我們自己的約定。
之所以先定這兩個初步的目標，主要是因為質量對任何產品和團隊都是重中之重，乙個產品沒有了好的質量保證，一切都是空談。關於為什麼要制定自己的約定。主要是我個人認為，敏捷其實是一種思想，我們首先應該把握的是靈魂本質，而不是照搬教科書，照搬別人的經驗，摸著石頭過河走自己特色的敏捷道路。
稚嫩的約定
在有了兩個迭代，大約4到5周的時間後。我們對敏捷都有了一定的思考。也積累和沉澱了一些非常有用的約定。
附件是當時真實的敏捷約定，這個約定可能對不同的團隊會有不同的內容，但是，會有乙個統一的格式，即，我們存在什麼樣的問題，為了解決這種問題我們應該如何約定。
敏捷開發實踐 pair programming
上週一是洋老闆d正式上班的第一天，我們三人小組開了乙個很短的會，會議的主題很簡單，依然是那不變的scrum 每日站立會議三段論 前一陣做了什麼？將要做什麼？有什麼問題？下午，我正在皺著眉頭解決乙個dojo的問題 剛接觸dojo,很具挑戰性啊 d問我是否準備好了pair programming.對於p...
敏捷團隊 5 假裝深入敏捷開發
敏捷開發，強調的是靈活，應變能力，所以並沒有一定的條條框框的限制來制約你如何按照乙個固定的模式去操作，在實際運用過程中，會遇到這樣那樣的問題，都需要根據具體情況而定，不過一些啟發，總是有的。1 在第一次會議的時候，盡量準備充分，把多個store劃分為不同的task，如果遇到問題，需要立刻停下來，好好...
小團隊開發實踐
在一些大的軟體研發團隊中，普遍會採用cmmi rup等流程模型來管理研發過程。這些流程普遍需要比較大的管理開銷，在大型研發團隊中，可以設定專人來 負責相關的工作。但對於一些小型的研發團隊來講，不可能抽出時間和人力應對如此大的管理開銷。對於小團隊來講，生存壓力更大，軟體質量更為重要，從某種意 義上來講...