個人敏捷矛盾

如今愈來愈多的非研發崗位的領導、同事提到'敏捷'，快速迭代-這個新的神諭響徹從業務到開發，從測試到運營的整個過程。有些時候無奈的發現，詞彙是如此的貧乏，以致於咱們用着相同的語調、相同的詞彙，卻描述着徹底不相同的意思。

敏捷，這個被賦予了太多含義的詞彙，我在這裏不想引用敏捷宣言，由於說着這個詞彙的人也許徹底不知道或者不在乎它。敏捷還被賦予了哪些有趣卻有無奈的含義：

• 摸着石頭過河--咱們最熟悉的一句話，充分反映在我國人民的工做、生活、倫理、法制、思惟的個個方面；它的樸素原理是嘗試；行不行、好很差，試試就知道了。它的重要做用是替代了理性、邏輯、經驗；當產品告訴我項目要敏捷的時候，我常常看到的是粗糙、想固然的業務流程、不明確的或者根本就沒有的運營、操做規範；

• 能用就行--當一個項目號稱敏捷開發以後，產品定義是粗略的、需求分析是粗略的、設計省略、不考慮性能、不考慮系統容量、不考慮網絡環境、單元測試省略；一切拜託測試保證能用就行，實在不行就先手工。這樣的系統真的能夠運行，臨時手工不少時候就一直手工。這樣還算是幸福的，爲何？請看下一條。

• 優化彷佛是不須要成本的--不少系統在無完整產品定義或者需求、無完整的設計文檔、無運營手冊及培訓的狀況下上線了，很快就收到了N個優化需求，這是不可避免的。在快速迭代的幌子下，各類優化就像免費的宣傳品被排上了日程表；雖然逼迫開發人員都離職顯然不符合你們的利益，因此工期仍然是能夠商量的，可是每次商量的結果基本上都是勉強夠用；爲了拼工期，不少時候是採用臨時方案，形成的結果不言而喻。

經過上面的含義能夠看出，使用這個詞彙的潛臺詞是一致的：快速；至於可否迭代，也許吧。