首先說說我對敏捷的理解：敏捷在於「敏捷本身」，以最有效最快捷最簡單的方式解決問題，這是我對敏捷的理解。而且那些sprint，scrum，tdd，stand up什麼的，甚至是no hierarchy的結構，只是個形式，可以說是best practice。
對於敏捷，我認為：在我和客戶之間，和我partner能有效的溝通，最簡單的編寫出客戶需要的軟體，就是敏捷。
從最開始的在客戶現場和客戶除錯程式，到和朋友pair在除錯程式。當時，我並不知道「敏捷」。或許現在可以將這些歸於為敏捷。
或許並還沒做到tdd，但是已經開始單元測試了。雖然沒有正式的sprint和stand up。但是，自己會給自己乙個時間段內應用完成的任務；每天和總結昨天做的，規劃今天的任務。嗯，是乙個好習慣。
這裡順帶說說週報什麼的：我覺得，要是自己思考自己的昨天，今天和明天，這些怎麼會難寫呢？直接把自己所總結的一寫就ok了！呵呵，其實也算是每天自己和自己stand up吧？！
關於pair，最近的工作都是需要2，或者3個人一起協作完成。不知算不算pair。在3個人的時候，協調很重要，特別是氛圍有點火的時候；又或者需要有人主動擔起責任時，需要有人站出來頂著。咱都是文人，打架流血什麼的肯定不會，而且又是共同場合，髒話也少，不過，摩擦，甚至衝突還是會有的，所以～～～～
關於pair，上週實踐了一下真正的pair。兩個人一同在電腦面前，第一次有點不習慣。後來，我把一人叫到我的旁邊，一起在電腦面前完成工作，深有感觸：partner表現慾比較強，聰明但是又會有點小錯誤，到最後，我讓結果慢慢的縮減為我倆都滿意的狀態，這個過程還是小不容易的～
更敏捷之旅
在看了一些scrum電子書之後，我開始嘗試在團隊內部推廣這種敏捷方法。開始能採納的也是小範圍的動作，畢竟開始不知道如何走，沒法把所有的流程一下子全部改掉。站會，scrum白板是我們主要的執行手段。可是，經過了乙個月，我們發現站會用掉了我們非常多的時間，非常沒有效率。於是，我們停止了敏捷的腳步。過了半...
KPN iTV的敏捷轉型之旅
u0026 xd n u0026 xd n u0026 xd n u0026 xd n kpn itv在敏捷轉型過程中，實施了多項重大改進。措施包括，管理團隊必須轉變為負責為分隊 squad 創造工作環境的領導團隊，並在其中發揮推動作用，而非頤指氣使 各個自治分隊是通過自選擇 self select...
KPN iTV的敏捷轉型之旅
kpn itv在敏捷轉型過程中，實施了多項重大改進。措施包括，管理團隊必須轉變為負責為分隊 squad 創造工作環境的領導團隊，並在其中發揮推動作用，而非頤指氣使 各個自治分隊是通過自選擇 self selection 聯合建立的 工作不再根據專案組織，而是交給穩定的自治團隊。在agile cons...