培訓三天敏捷我懂了這些

敏捷首先從兩個層次去理解，要作什麼？爲何要這樣作？而後就是3個「最」最短的時間，最有價值的事務和最小可用版本。在就是兩個持續，持續進行迭代開發與運營，持續與用戶溝通。咱們都知道也常在嘴邊唸叨計劃趕不上變化，敏捷的開發模式擁抱變化。架構 作爲開發的我理解最深的就是擁抱變化，咱們的產品經理整天變需求咱們研發整天改需求我想這個每一個研發都很頭痛。那咱們在設計架構的時候爲何不設計的便捷一下呢 ，咱們開發也

>>阅读原文<<