也許大家一聽到敏捷開發，就覺得要“快”，但敏捷開發真的說的是用比較快的速度開發好產品嗎？其實敏捷的快指得並不是開發速度，而是能因應需求與市場變化，以及在每次迭代的sprint中，review 與快速調整。

好像完成的卡片

之前為大家描繪了很多關於敏捷開發的美好想像，這次想跟大家分享的敏捷日常的壓力，因為在敏捷開發團隊兩週就要完成一些特定的 backlog 卡片，完成短期目標，所以團隊都致力於在sprint結束時可以有所成果；而對個別成員而言，每天都需要參與standup meeting，因此每天都希望有一些貢獻，在時間壓力下為了完成目標，有時候會採取剛快速的方法完成自己的任務卡片，大家看似很快的完成任務卡片，但後面某一天出bug的時候，就是要還技術債的時候。

選擇長期的敏捷架構而非短期愉快

記得過去在新創的小團隊，大家真的是以火箭開發的速度前行，但背後卻隱藏很多不得不，例如重點客戶的臨時需求，以及沒辦法複用的客製化需求。這些不一定有助於產品發展，但卻無法拒絕。短期雖然完成很多功能，但長期堆疊得歪七扭八的架構，真的是前無古人，後無來者。後來的我們，都變成救火團隊的一員?

這些經歷讓我知道，敏捷不是只是追求短期的歡愉，是希望透過不斷迭代的調整達成長期的快樂與產品的成長！